Installation von Debian auf einer SSD

[linux]

Hallo,
ich möchte als Bootlaufwerk eine SSD mit dem Hauptaugenmerk auf Haltbarkeit einrichten. Zur Zeit läuft eine WD Raptor als Bootlaufwerk und die Seagate Barracuda übernimmt beim Start von X parallel Daten von /home in den Speicher zu schaufeln.
Die SSD würde das sicherlich gut alleine hinbekommen, jedoch möchte ich die Schreibzugriffe minimieren falls ich mich entscheidne sollte /home auf der SSD einzubinden.
Ich bin mir über zwei Punkte im Unklaren bei denen ihr mir hoffentlich helfen könnt.

1. /tmp, /var/run, /var/log, /var/tmp und ~/.mozilla laufen bereits im tmpfs
Welche Ordner würdet ihr noch in das tmpfs auslagern? Icedove, gvfsd-metadata, gconfd-2?

Oder wäre es in meinem Fall doch besser /home komplett auf der HDD zu lassen?

2. Welchen Wert empfiehlt ihr für 'vfs_cache_pressure'?

[Lord_Carlos]

Oder wäre es in meinem Fall doch besser /home komplett auf der HDD zu lassen?

Halten moderne SSDs nicht genausolange wie HDDs? Ich meinte ich haette mal was von Taeglich ~40GiB schreiben in einem Zeitraum von 5 Jahre jahren gehoehrt. Nagel mich aber nicht drauf fest.
Ich habe mein /home komplett auf eine SSD gepackt.

2. Welchen Wert empfiehlt ihr für 'vfs_cache_pressure'?

Ich kenne mich damit nicht aus, aber nach etwas suchen im internet habe ich das hier gefunden: http://rudd-o.com/linux-and-free-softwa ... o-fix-that
Der letzte abschnitt. Vielleicht hilft dir das weiter.

[Fjunchclick]

SSDs haben heute eine höhere Lebenserwartung als normale HDDs. Das sieht man schon an den Garantiezeiten der Hersteller. Das früher übliche "Schonen" der SSD durch Minimierung jeglicher Schreibvorgänge ist also nicht nur unnötig, sondern sogar kontraproduktiv. Denn wenn ich eine SSD einbaue und sie dann möglichst nicht benutze, kann ich sie mir ja eigentlich auch gleich sparen.

Alles, was ich empfehlen würde und auch selber so mache sind die fstab-Optionen discard und noatime.
Ansonsten benutze ich die SSD wie jede andere Festplatte auch. In meinem PC ist da das gesamte System plus home-Verzeichnis drauf. Nur meine Daten sind auf einer herkömmlichen Platte weil eine 1TB-SSD doch noch etwas teuer wäre.

In meinem Notebook und meinem Netbook sind ausschließlich SSDs verbaut.

[owl102]

Alles, was ich empfehlen würde und auch selber so mache sind die fstab-Optionen discard und noatime.
Ansonsten benutze ich die SSD wie jede andere Festplatte auch. In meinem PC ist da das gesamte System plus home-Verzeichnis drauf.

Dito. (/tmp habe ich allerdings als tmpfs, da ich genug RAM habe.)

Und wenn meine SSD in ein paar Jahren dann doch irgendwann den Löffel abgibt, gibt es hoffentlich schon größere Modelle für viel weniger Geld.

[linux]

Muss mir das nochmal durch den Kopf gehen lassen.

Könnt ihr mir bitte sagen wie ich den korrekten Wert für die Erase Block Size herausfinde?

[Lord_Carlos]

Was ich vergessen habe zu erwaehnen, ich habe bei mir ein paar GiB unpartitioniert gelassen. Wenn ich das richtig verstanden habe kann die SSD kaputte bloecke in diesen bereich schieben.

[linux]

ok, kann smartctl die defekten Blöcke anzeigen?

[maledora4]

Könnt ihr mir bitte sagen wie ich den korrekten Wert für die Erase Block Size herausfinde?

Was meinst Du damit?
Wie man mit Hilfe von Secure Erase den Ursprungzustand der SSD erhält?

kann smartctl die defekten Blöcke anzeigen

Meines Wissens Jein.
Wenn die SSD in der Datenbank enthalten ist, Ja.
Wenn sie nicht da 'drin ist, Nein.

[linux]

Um das Alignment optimal einzurichten brauche ich die Erase Block Size.
Ich gehe momentan von 512Kb aus

[Fjunchclick]

Lesestoff:

http://wiki.ubuntuusers.de/SSD

[cosmac]

hi,

weil die Erase Block Size bei handelsüblichen Laufwerken geheim ist, lasse ich die erste Partition direkt nach dem Bootloader anfangen und benutze sie für Sachen, die selten geschrieben werden. Auf die Art kann ich das Alignment für die restlichen Partitionen beliebig groß machen (z.B. 64MB) und habe trotzdem keinen Verschnitt.

Oder anders ausgedrückt: ich benutze ein Alignment von 32 bis 128MB und nutze den Verschnitt z.B. als Boot-Partition.

Laut Gerüchteküche gab es schon vor vielen Monaten Laufwerke mit einer Erase Block Size von 4MB. Ein anderes Gerücht: je schneller, umso größere Blöcke, weil mehr Speicherchips parallel betrieben werden müssen. Immerhin sollte die Blockgröße nicht direkt mit der Kapazität wachsen.