Erfahrungen mit SSD (-Ausfall) gesucht

Ugglan - Freitag, 04. Juni 2010 12:44:43 - 7 Antworten

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

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: 166 Punkte bei 80 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: 213 Punkte bei 63 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: 269 Punkte bei 42 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: 228 Punkte bei 41 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: 177 Punkte bei 76 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: 276 Punkte bei 43 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: 247 Punkte bei 45 Stimmen.
Den Beitrag bewerten: Gut / Schlecht

Ähnliche Artikel

  • Solid State Drives optimal eingestellt
    Früher galt: Mehr RAM macht den Rechner schneller. Heute dominieren Solid State Drives das Rennen um den schnellsten Durchsatz im Gesamtsystem.
  • Neue Festplattentechnik vereint die Vorteile von SSDs und HDDs
    Eine Notebook-Festplatte, die fast so schnell ist wie eine SSD, die aber den Preis und die Kapazität einer magnetischen Platte hat, verspricht Seagate mit der Momentus XT - unabhängig vom Betriebssystem.
  • Pimp my SSD
    Nichts beschleunigt einen PC so nachhaltig wie der Umstieg auf eine SSD. Damit diese ihr volles Potenzial erreicht und möglichst lange lebt, gilt es, das Linux-System an einigen kritischen Stellen anzupassen.
  • Solides System
    Bei einer Festplatte, die mit über 100 MByte/s schreibt und doppelt so schnell liest, denkt man eigentlich kaum ans Optimieren. Doch mit dem richtigen Dateisystem und etwas Tuning liegt noch etwas mehr drin.
  • Inode in Not
    Mit den richtigen Werkzeugen fühlen Sie Ihrem Dateisystem auf den Zahn, beseitigen Inkonsistenzen und restaurieren beschädigte Dateien.

Aktuelle Fragen

Probleme mit MPC/MPD
Matthias Göhlen, 27.09.2016 13:39, 2 Antworten
Habe gerade mein erstes Raspi Projekt angefangen, typisches Einsteigerding: Vom Raspi 3B zum Radi...
Soundkarte wird erkannt, aber kein Ton
H A, 25.09.2016 01:37, 6 Antworten
Hallo, Ich weiß, dass es zu diesem Thema sehr oft Fragen gestellt wurden. Aber da ich ein Linu...
Scannen nur schwarz-weiß möglich
Werner Hahn, 20.09.2016 13:21, 2 Antworten
Canon Pixma MG5450S, Dell Latitude E6510, Betriebssyteme Ubuntu 16.04 und Windows 7. Der Canon-D...
Meteorit NB-7 startet nicht
Thomas Helbig, 13.09.2016 02:03, 4 Antworten
Verehrte Community Ich habe vor Kurzem einen Netbook-Oldie geschenkt bekommen. Beim Start ersch...
windows bootloader bei instalation gelöscht
markus Schneider, 12.09.2016 23:03, 1 Antworten
Hallo alle zusammen, ich habe neben meinem Windows 10 ein SL 7.2 Linux installiert und musste...

Jetzt auf den Mailinglisten

Re: [EasyLinux-Suse] DVB-T_USB_Stick_für__openSUSE_LEAP_42.1
Jan-Uwe, 30.09.2016 16:41
On Wed, 28 Sep 2016 21:37:08 +0200 wmey wrote: > ° www.digittrade.de/shop/shop_content.php/coID/9 >...
Re: [EasyLinux-Suse] DVB-T_USB_Stick_für__openSUSE_LEAP_42.1
Jan-Uwe, 30.09.2016 10:31
On Wed, 28 Sep 2016 21:37:08 +0200 wmey wrote: > Ich suche bitte(!) für > open SUSE LEAP 42.1 >...
Re: [EasyLinux-Suse] DVB-T_USB_Stick_für_openSUSE_LEAP_42.1
wmey, 29.09.2016 21:18
Am Mittwoch, 28. September 2016, 21:37:08 CEST schrieb wmey: > Ich suche bitte(!) für > open SUSE L...
Re: [EasyLinux-Ubuntu] Bildbetrachtungsprogramm (KDE) mir Druckfunktion
Joachim Puttkammer, 29.09.2016 09:08
Am Mittwoch, 28. September 2016, 23:48:31 schrieb Heiko Ißleib: > Wie? > Welche Version,vielleicht ex...
Re: [EasyLinux-Ubuntu] Bildbetrachtungsprogramm (KDE) mir Druckfunktion
Heiko, 28.09.2016 23:48
Am Mittwoch, 28. September 2016, 15:45:09 CEST schrieb Michael R. Moschner: Hallo Michael > > >...