Erfahrungen mit SSD (-Ausfall) gesucht

Freitag, 04. Juni 2010 12:44:43

Hallo Community,

hat jemand von Euch Erfahrungen im Einsatz mit SSDs?

Ich habe einen Eee PC901GO (fast identisch mit dem 901, hat aber UMTS und nur eine SSD), der in letzter Zeit vermehrt Zicken mit der SSD-"Festplatte" macht.

Der 901Go wurde mit dem von Asus angepassten Xandros ausgeliefert. Neben diesem habe ich zusätzlich die Ubuntu Netbook Edition 9.10 installiert.

Auf der SSD ist damit eine ext2-Partition für das Original-Xandros, eine ext3-Partition für Ubuntu, eine kleine EFI-Partition und eine kleine proprietäre Partition, die für BIOS-Updates vorgesehen ist. Letztere habe ich im Originalzustand belassen.

Nun, Geschwindigkeitsrekorde hat die SSD von Anfang an nicht aufgestellt. Seit der Installation konnte ich aber eine schleichende Verlangsamung des Systems beobachten, was sich beim Booten Wartezeiten bei SSD-Zugriffen bemerkbar machte; insbesonder Firefox tat sich hier negativ hervor.

Bislang habe ich das auf eine schleichende Verfettung der Distribution durch zusätzliche Programme und Updates zurückgeführt. Seit kurzem geht es aber richtig rund:

Auftreten des "Out of disk"-errors [1] bei GRUB. Konnte mit dem beschriebenen Workaround behoben werden.

Dateisystemfehler beim Booten. Ubuntu wollte nicht starten, in die Rescue-Shell von Grub kam ich nicht, wegen Passwortschutz. (??? Das ist mir bis heute ein Rätsel, ich habe nie ein Passwort für Grub gesetzt. Die Benutzer- und root-Passwörter von Ubuntu werden nicht akzeptiert.)

Aber egal, es gibt ja noch das Xandros-System und Live-Distros. Von dort ließ sich fsck.ext3 aufrufen und das Dateisystem reparieren (fleißig alles mit [y] abgenickt), und Ubuntu startete wieder.

Etwas beunruhigt, habe ich smartctl über die Platte laufen lassen, was 8 defekte Blöcke in der Ubuntu-Partition zum Vorschein brachte (Lesefehler).

Zwei Tage später wieder Inkonsistenzen beim Dateisystemcheck, und fsck brachte eine lange Latte an Inkonsistenzen:

- jede Menge "Lesefehler"
- jede Menge "gelöschte/unbenutzte Inode"
- Block Bitmap differieren
- Freie Blocks Anzahl falsch
- Freie Inode Anzahl falsch

Das System läuft wieder/noch, aber so ist das ja kein Zustand...

Jetzt habe ich mich etwas schlau gelesen:

SSDs neigen offenbar dazu, beim Schreiben langsamer zu werden, da durch zunehmende Fragmentierung Daten immer stärker umgeschichtet werden müssen. Ist die Platte neu, kann der Controller ja erstmal in die noch unbenutzten Blöcke schreiben. Nun arbeitet der Controller aber nicht auf Dateisystem-Ebene, kann also gelöschte Daten nicht ohne weiteres von Nutzdaten unterscheiden.
Oder doch? Hier bin ich nicht weitergekommen, wann ein Sektor der SSD vom Controller als "frei" betrachtet wird. Nach meienm bisherigen Kenntnisstand könnte man die Platte beschleunigen, indem man sie einmal komplett mit Nullen (oder Einsen?) überschreibt und dann neu aufsetzt.
Hat jemand zu dem Thema Erfahrungen?

Dann die Wahl des Dateisystems: Verkürzen Journaling-Systeme wegen der erhöhten Schreibzugriffe jetzt die Lebensdauer bei SSDs, oder wird das durchs Wear Leveling ausgeglichen?

Wohlgemerkt, meine Platte war nie randvoll, 20-30% der ext3-Partition waren frei, so dass eigentlich genug Spielraum für den Controller blieb.

Schließlich die Fehler auf der SSD: Werden defekte Sektoren nicht durch das Fehlermanagement des Controllers ersetzt? Das würde heißen, dass die bei meiner Platte aufgebraucht sind.
Kann man das rausfinden?
Sind die Inkonsistenzen in meinem Dateisystem auf defekte Blöcke zurückzuführen (insbesondere die gelöschten/unbenutzten Inodes bringen mich ins Grübeln), oder liegt da vielleicht noch tiefer was im Argen?

Kann ich die defekten Blöcke deaktivieren, so dass sie vom Dateisystem ignoriert werden?

Bevor ich mir eine neue SSD kaufe, möchte ich in diesen Punkten erstmal etwas Klarheit haben. Wenn jemand von Euch Erfahrung mit SSDs, defekten Platten oder den erwähnten fsck-Fehlern hat, bin ich dankbar für Hinweise.

Viele Grüße

Ugglan

[1] https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/477430