Erfahrungen mit SSD (-Ausfall) gesucht

Autor

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

Ugglan

7 Antworten


Antworten
Backup
Marcel Hilzinger, Montag, 07. Juni 2010 12:04:56
Ein/Ausklappen

Bezieht sich zwar nicht konkret auf SSDs, aber generell gilt bei Festplattenfehlern: Backup erstellen und die Platte nicht mehr benutzen. Auch die SSDs bringen eine integrierte Fehlerkorrektur mit, zeigt also smartclt defekte Blöcke an, dann ist die Platteneigene Fehlerkorrektur bereits am Anschlag.

Zur eigentlichen Frage: Du kannst versuchen, die SSD mit Trim/Wiper und hdparm wieder auf Touren zu bringen. Infos dazu hier:
http://www.ocztechnologyfor...sion-thread-%20Linux-TRIM-tool

und hier (Abo-Artikel aus LinuxUser 03/2010):
http://www.linux-community....nuxUser/2010/03/Solides-System


Bewertung: 153 Punkte bei 14 Stimmen.
Den Beitrag bewerten: Gut / Schlecht
-
Re: Backup
Ugglan (unangemeldet), Montag, 07. Juni 2010 14:51:31
Ein/Ausklappen

Hallo Marcel,

> Backup erstellen und die Platte nicht mehr benutzen.

Betrachte erstes als erledigt :-)
Platte nicht mehr benutzen hieße zur Zeit, den Rechner nicht benutzen oder von SD-Karte booten.
Da meine Nutzerdaten eh auf einer SD oder externen Platte liegen, ist das Thema Datenverlust vernachlässigbar, auch wenn die Kiste von heute auf morgen komplett verreckt.

> zeigt also smartclt defekte Blöcke an, dann ist die Platteneigene Fehlerkorrektur bereits am Anschlag.

Diese Antwort hatte ich befürchtet :-(
Die nächste Frage ist: kann man die (jetzt nach außen sichtbaren) Blöcke isolieren und per Dateisystem sperren? Und kann man das Dateisystem so überwachen, dass weitere Defekte zeitnah erkannt werden?

Den Artikel zu Trim/Wiper muss ich erstmal durcharbeiten. Weißt Du, wie man Trim bei Linux <2.6.33 aktiviert?


Bewertung: 163 Punkte bei 15 Stimmen.
Den Beitrag bewerten: Gut / Schlecht
-
Re: Backup
Marcel Hilzinger, Dienstag, 08. Juni 2010 13:49:09
Ein/Ausklappen

Ich glaube nicht, dass so etwas wie "Badblocks ermitteln und isolieren" bei einer SSD irgendetwas bringt. Aber theoretisch ist das natürlich möglich, dem Dateisystem beizubringen, beim Formatieren die kaputten Blöcke auszulassen.

Ich hatte den Trim-Support für den Test bei zwei SSDs ausprobiert (mit hdparm), das Tool erkannte aber nur die teurere Intel-SSD. Einfach mal die Manpage von hdparm lesen.


Bewertung: 144 Punkte bei 10 Stimmen.
Den Beitrag bewerten: Gut / Schlecht
Re: Backup
DieterD (unangemeldet), Dienstag, 08. Juni 2010 21:53:59
Ein/Ausklappen

Hallo Ugglan,

gegenüber den Festplatten hat eine SSD immer noch den Nachteil, dass die Häufigkeit der Beschreibbarkeit von Sektoren begrenzt ist. Daher gibt es bei SSD Verfahren das Beschreiben möglichst gleichmäßig zu verteilen auf die Sektoren. Dies wird durchgeführt durch den Chipsatz in der SSD automatisch (ggf. auch abschaltbar) oder extern über Softwaretreiber (z.T. im Betriebssystem enthalten) oder obiges als Mischformen.

Beruflich sollte ich vor zwei Jahren herausfinden, warum der Preis von SSD so sehr unterschiedlich wäre. Von einem Chiphersteller wußte ich über die unterschiedlichen Funktionen. Die Hersteller der SSD waren in diesem Punkte vollkommen auskunftsunfähig.

Auf Grund der Fehlermeldungen und der erfolgreichen Reperaturen mit fsck, hast Du eine SSD mit "Msichform" der Verteilung der Schreibbelastung über die Sektoren. Einzelne Sektoren haben ihr Lebenzeitende erreicht. Die Geschwindigkeitseinbußen rührten mit großer Warscheinlichkeit daher, dass das Umblenden auf Ersatzsektoren den Zugriff verlangsamt.

Grüße
Dieter




Bewertung: 94 Punkte bei 12 Stimmen.
Den Beitrag bewerten: Gut / Schlecht
-
SSD
Ugglan (unangemeldet), Mittwoch, 09. Juni 2010 10:27:17
Ein/Ausklappen

Hallo Dieter,
ich bin bisher davon ausgegangen, dass SSDs grundsätzlich selber das "Wear Leveling" verwalten, also die von Dir beschriebene Verteilung der Schreibzugriffe. Dass es SSDs ohne/mit nur rudimentärem Wear Leveling gibt, ist mir neu, danke für die Info!

Ich denke nicht, dass Asus softwareseitig Wear Leveling aktiviert hat. Mein Eee 901Go ist werksseitig mit dem von Asus angepassten Xandros Linux ausgestattet, und die Partition mit Schreibzugriff ist mit ext3 formatiert. Bis auf noatime gibt es da keine mount-Parameter.

Was natürlich nicht heißt, dass die verbaute SSD ohne Wear Leveling im Treiber auskommt. :-/

Deine Erfahrung kann ich bestätigen: Es ist fast unmöglich, verlässliche Informationen zu SSD-Parametern zu bekommen, die über die Speicherkapazität hinausgehen :-(

Immerhin scheinen die Asus-SSDs allgemein recht zuverlässig zu sein, ich habe kaum Forenbeiträge zu defekten SSDs gefunden. Allerdings werden die wenigsten ihr Netbook so intensiv nutzen wie ich.

Gruß
Ugglan


Bewertung: 164 Punkte bei 11 Stimmen.
Den Beitrag bewerten: Gut / Schlecht
-
Re: SSD
SSD (unangemeldet), Mittwoch, 09. Juni 2010 20:07:43
Ein/Ausklappen

Hallo Ugglan,

anbei noch ein Link mit einigen Bemerkungen zu SSD:
http://www.eveger.de/forum/showthread.php?t=29934
Bei Dir müßte die Festplatte schön voll sein.

Für das Verteilen der Schreibbeanspruchuing kann nur der noch freie Bereich verwendet werden. Was noch im Papierkorb liegt oder im Gedächtnis des Filesystems steht dafür auch nicht mehr zu Verfügung.

Mir sind allerdings SSD bekannt bei Geräten von einem Projekt, die es geschafft hatten ettliche zu killen. Da war aber kein Linux auf den Geräten. In dem Fall gut gefüllte SSD und viel benutzt bei der Ausbildung.

Gruß
Dieter





Bewertung: 174 Punkte bei 12 Stimmen.
Den Beitrag bewerten: Gut / Schlecht
-
Re: SSD
jmk-elektronik (unangemeldet), Freitag, 06. August 2010 14:36:24
Ein/Ausklappen

Hallo Ugglan,

in Beantwortung Deiner Fragen kann ich nur sagen, dass ich die selben Probleme unter Windows 7 hatte. Bei mir ist die SSD Platte dann nach einem viertel Jahr ausgestiegen. Über suse 11.2 konnte ich dann wenigstens noch die Daten retten. Eine Kontrolle durch den Hersteller ergab, dass die Platte wirklich defekt war. Es gab dann eine neue Festplatte als Ersatz. Auf der ganzen Arbeit blieb ich natürlich sitzen. Unter Windows gibt es im Netz SSD Testprogramme.

Gruß jmk-elektronik


Bewertung: 124 Punkte bei 16 Stimmen.
Den Beitrag bewerten: Gut / Schlecht

Ähnliche Artikel

Tipp der Woche

Ubuntu 14.10 und VirtualBox
Ubuntu 14.10 und VirtualBox
Tim Schürmann, 08.11.2014 18:45, 2 Kommentare

Wer Ubuntu 14.10 in einer virtuellen Maschine unter VirtualBox startet, der landet unter Umständen in einem Fenster mit Grafikmüll. Zu einem korrekt ...

Aktuelle Fragen

Neue SuSE-Literatur
Roland Welcker, 14.01.2015 14:10, 1 Antworten
Verehrte Linux-Freunde, seit Hans-Georg Essers Buch "LINUX" und Stefanie Teufels "Jetzt lerne ich...
DVD abspielen unter openSUSE 13.1
Michael Pfaffe, 12.01.2015 11:48, 6 Antworten
Hallo Linuxer, Bisher habe ich meine DVD´s mit linDVD unter openSUSE abgespielt. Mit der Versi...
Kontrollleiste SuSE 12.3 gestalten
Roland Welcker, 31.12.2014 14:06, 1 Antworten
Wie bekomme ich das Icon eines beliebigen Programms (aktuell DUDEN) in die Kontrollleiste und kan...
flash-player
roland reiner, 27.12.2014 15:24, 7 Antworten
Mein Flashplayer funktioniert nicht mehr-Plug in wird nicht mehr unterstütz,auch über google chro...
PCLinuxOS Version 2014.08 "FullMonty" Umstellung auf deutsch
Karl-Heinz Welz, 19.12.2014 09:55, 10 Antworten
Hallo, liebe Community, ich bin 63 Jahre alt und möchte jetzt nach Jahrzehnten Windows zu Linux...

Jetzt auf den Mailinglisten

Re: [EasyLinux-Ubuntu] FAT32_Stick_ist_plötzlich___nur_noch_lesbar.
"H.-Stefan Neumeyer", 27.01.2015 16:37
On Sun, 25 Jan 2015 21:03:00 +0100 Alfred Zahlten wrote: Hallo Alfred > > Nun mal sachte, ich bef...
Re: [EasyLinux-Ubuntu] KMail2 / fetchmail
Heinz-Stefan Neumeyer, 27.01.2015 10:21
Am Dienstag, den 27.01.2015, 09:55 +0100 schrieb Joachim Puttkammer: Moin Joachim > > wenn ich fet...
Re: [EasyLinux-Ubuntu] KMail2 / fetchmail
Joachim Puttkammer, 27.01.2015 09:55
Am Dienstag, 27. Januar 2015 schrieb Heinz-Stefan Neumeyer: Hallo Stefan, > auf das Systempostfach mit K...
Re: [EasyLinux-Ubuntu] Mint 17.1
Heinz-Stefan Neumeyer, 27.01.2015 09:43
Am Dienstag, den 27.01.2015, 08:27 +0100 schrieb Uwe Herrmuth: Moin Uwe > > Bearbeiten -> Einst...
Re: [EasyLinux-Ubuntu] KMail2 / fetchmail
Heinz-Stefan Neumeyer, 27.01.2015 09:33
Am Dienstag, den 27.01.2015, 08:51 +0100 schrieb Uwe Herrmuth: Moin Uwe > > Aber wir kommen vom Th...