Linux Arch auf ARM - Zufälliges USB-Laufwerk "einfrieren"

1248
Riccardo Cossu

Ich verwende eine Linux-Box auf einem Seagate Free Agent Dockstar, eine sehr eingeschränkte Maschine, aber mehr als das, was ich brauche, was meistens der Fall ist ...

Ich habe das Betriebssystem auf einem Flash-Laufwerk und verwende eine externe USB 2 "classic magnetic" Western Digital 1,5 TB-Festplatte für massiven Speicher.

Es kommt nicht selten vor, dass das Warten auf IO% plötzlich auf fast 100% ansteigt und das System auf den Knien steht, bis zu dem Punkt, an dem es sehr schwierig ist, sogar ssh darin zu finden; Ein typisches "iostat -x" liefert in diesen Situationen eine Ausgabe wie:

Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util sdb 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sda 0.00 0.00 0.00 0.50 0.00 2.00 8.00 14.80 91400.00 0.00 91400.00 2000.00 100.00

Dabei ist SDB das Flash-Laufwerk und SDA die USB-Festplatte. Dies sagt mir, dass das USB-Laufwerk zu 100% ausgelastet ist, aber fast niemand schreibt oder liest.

Ich habe auch ein "lsof + D" während des "normalen" Gebrauchs verwendet, und es wurde nichts Verdächtiges gefunden: Eine ziemlich große Menge von Dateien wird verwendet, aber nichts Seltsames.

Wie kann ich tiefer debuggen? Denken Sie daran, dass der Computer einen ARM-Prozessor verwendet, nur 128 MB RAM hat und keinen Bildschirm oder eine lokale Konsole hat. Bei dieser Einschränkung kann ich jedoch bei Bedarf fast alles installieren.

Edit: Ich habe auch versucht, smartctl auszuführen, das besagt, dass das Laufwerk fit ist:

SMART-Testergebnis für die Selbsteinschätzung der Gesamtgesundheit: BESTANDEN

... es gibt viele Ausgaben, aber nichts davon scheint nützlich

Edit2:

Ich glaube wirklich, dass das Laufwerk Hardwareprobleme hat. Ich habe gemerkt, dass es bei 100% ohne Last ein sich wiederholendes Geräusch macht, das mich an die alten Amiga-Disketten erinnert - sie machten ein ähnliches Geräusch, als würden sie ohne Ziel herumlaufen ...

Aus diesem Grund hat der Vorschlag, / var und / tmp auf die Magnetplatte zu verschieben, die Situation nur verschlimmert.

Ich denke, der einzige Weg, dies zu lösen, besteht darin, eine neue Festplatte zu kaufen und wertvolle Daten so schnell wie möglich zu sichern. :-(

1
Ich denke das kann geschlossen werden ... es gibt nirgendwo auf stackexchange konnte ich dafür Hilfe bekommen. Pech mit der Scheibe, das passiert! Riccardo Cossu vor 12 Jahren 0

2 Antworten auf die Frage

1
Turbo J

Überprüfen Sie nochmals, ob das WD-Laufwerk in Ordnung ist. Ich habe gerade entdeckt, dass einer von mir Lesefehler hat. Es dauerte viel Zeit (Minuten), um einige schlechte Sektoren zu lesen. Leider funktioniert SMART möglicherweise nicht über USB, was die Überprüfung der Laufwerke erschwert.

Eine Möglichkeit, dies zu überprüfen, ist das Lesen der gesamten Festplatte mit dd:

dd if=/dev/sdX of=/dev/null bs=1M

Das wird über USB einige Zeit dauern, aber wenn der Befehl dd fehlerhaft ist, wissen Sie, dass die Festplatte defekt ist. Sie können die Diskette lesen, während sie eingehängt ist, aber seien Sie vorsichtig mit if=und of=!

Ich habe es versucht, aber es gab nicht viele Informationen ... irgendwann war das Laufwerk festgefahren, aber nichts wurde von dd angezeigt (es wurde nicht einmal eine SIGUSR1 gesendet). Danke fürs Heads-up, aber jetzt versuche ich es mit e2fsck -c Riccardo Cossu vor 13 Jahren 0
auch kein Ergebnis von e2fsck -c ... Ich versuche es mit e2fsck -cc, aber es wird ein paar Tage dauern ... Riccardo Cossu vor 13 Jahren 0
Bei meiner Suche nach Informationen erfuhr ich, dass alle anständigen Antriebe in letzter Zeit intern (in einem bestimmten Umfang) mit schlechtem Sektor umgehen. Bis die Festplatte dazu in der Lage ist, melden Tools wie e2fsck immer 0 fehlerhafte Sektoren. Wenn diese Tools beginnen, den fehlerhaften Sektor anzuzeigen, ist es an der Zeit, ein Backup zu erstellen und eine neue Festplatte zu erhalten. Glücklicherweise wird mein USB-Laufwerk von smartmontools unterstützt, und das hätte von Anfang an der richtige Weg sein sollen: In ein paar Stunden hätte es mir gesagt, dass das Laufwerk perfekt ist. An diesem Punkt bin ich wirklich festgefahren ... Riccardo Cossu vor 13 Jahren 0
0
LawrenceC

Flash-Laufwerke weisen normalerweise eine schlechte Schreibleistung auf. Sie müssen also die Schreibzugriffe auf das Flash-Laufwerk minimieren.

  • Verwenden Sie „noatime“ Optionen in fstab für Ihre /und /usrPartition.
  • Swap deaktivieren
  • Legen Sie /var, wenn möglich, etwas anderes an ("massiven Speicher", wenn Sie können), wenn nicht, deaktivieren Sie die Protokollierung, die Sie nicht unbedingt benötigen.
  • Gleiches mit /tmp.
Vielen Dank für Ihren Rat, aber das Einfrieren-Laufwerk ist eine "normale" Magnetplatte. Ich habe den Text aktualisiert, um ihn klarer zu machen Riccardo Cossu vor 13 Jahren 0

Verwandte Probleme