Warum trennt sich ein externes HDD-Gehäuse nur während der Verifizierungslesevorgänge?
Ein externes HDD-Gehäuse kann während der Überprüfung die Verbindung verlieren, weil anhaltende Lesevorgänge marginale Probleme mit der Stromversorgung, dem USB-Transport, der Bridge, der Wärmeentwicklung, dem Kabel oder dem Laufwerk aufdecken.
Beim gewöhnlichen Durchsuchen werden nur kleine Bereiche gelesen, und das Gehäuse wird möglicherweise nie lange genug belastet, um ein schwaches Netzteil, einen instabilen Bridge-Chip, ein beschädigtes Kabel, einen überhitzenden Controller oder einen nicht lesbaren Festplattenbereich aufzudecken. Überprüfungslesevorgänge sind sequenziell, laufen lange und wiederholen fehlgeschlagene Sektoren häufig. Dadurch entsteht genau die Belastung, die einen instabilen Übertragungsweg zum Zurücksetzen bringt. Diagnostizieren Sie den USB-Transport und das Laufwerk getrennt, bevor Sie annehmen, dass eine der Komponenten ersetzt werden muss.
Bestätigen, ob das Gerät zurückgesetzt wird oder nur das Dateisystem ausgehängt wird
Notieren Sie beim Auftreten des Fehlers das erste Systemprotokollereignis, die USB-Gerätekennung, den Namen des Blockgeräts, den Einhängezustand und den Überprüfungsfortschritt. Stellen Sie fest, ob das Gehäuse aus der USB-Auflistung verschwindet, das Laufwerk zwar vorhanden bleibt, aber I/O-Fehler meldet, oder ob das Dateisystem nach Fehlern ausgehängt wird.
Die Linux-Dokumentation zur USB-Energieverwaltung unterscheidet zwischen Änderungen am Gerätestrom und dem Verhalten übergeordneter Dateisysteme. Das USB-Energieverwaltungsmodell hilft dabei, eine USB-seitige Suspendierung oder Zurücksetzung von einer Reaktion des Dateisystems auf fehlgeschlagene Speicher-I/O zu unterscheiden.
Wenn das Gehäuse aus der USB-Auflistung verschwindet, konzentrieren Sie sich zunächst auf Stromversorgung, Kabel, Bridge-Firmware, Host-Controller und Suspendierung. Bleibt es vorhanden und meldet Lesefehler, bewahren Sie die fehlerhafte Adresse und untersuchen Sie das Laufwerk oder die Bridge-Übersetzung.
Die Stromversorgung unter anhaltender Leselast testen
Verwenden Sie das passende Netzteil des Gehäuses, schließen Sie es direkt an den Host an und entfernen Sie nicht mit Strom versorgte Hubs oder Verlängerungen an der Frontblende. Vergleichen Sie das Verhalten beim Hochfahren, im Leerlauf und während der Überprüfung.
Seagates Anleitung zur Fehlerbehebung bei externen Laufwerken empfiehlt, zunächst Stromversorgung, direkte USB-Verbindung, Kabel und alternative Anschlüsse zu prüfen, bevor das Laufwerk als defekt betrachtet wird, da anhaltende Aktivität eine schwache Verbindung aufdecken kann, die bei geringer Belastung stabil bleibt.
Ein mit Strom versorgtes Gehäuse, das nur unter Last die Verbindung verliert, kann dennoch ein unterdimensioniertes oder ausfallendes Netzteil haben. Verwenden Sie kein Ersatznetzteil, es sei denn, Spannung, Polarität, Stecker und Nennstrom entsprechen den Anforderungen des Gehäuses.
USB-Selective-Suspend für einen kontrollierten Test deaktivieren
Notieren Sie die USB-Energieeinstellungen des Betriebssystems und ob das Gehäuse vor Beginn der Überprüfung in einen Leerlaufzustand wechselt. Ändern Sie nach Möglichkeit nur das betroffene Gerät oder Testsystem.
Microsoft beschreibt USB Selective Suspend als gerätebezogene Energiesparfunktion. Sie spart Energie, ist aber auch ein sinnvoller Unterscheidungstest, wenn ein Speicherpfad beim Wechsel in den Energiesparzustand oder beim Fortsetzen ausfällt.
Wird das Gehäuse bei deaktivierter Suspendierung stabil, aktualisieren Sie zunächst Chipsatz-, USB- und Gehäuse-Firmware, bevor Sie die Energieeinsparung dauerhaft deaktiviert lassen. Ein erfolgreicher Test weist auf eine Wechselwirkung mit dem Energiestatus hin, identifiziert aber nicht unbedingt die endgültig fehlerhafte Komponente.
UAS und den Bulk-Only-USB-Transport vergleichen
Prüfen Sie, ob das Gehäuse USB Attached SCSI oder den älteren Bulk-Only-Transport verwendet. Notieren Sie vor einer Änderung die Identität des Bridge-Chips, den Treiber, die Warteschlangentiefe und die Fehler.
Die lsusb-Referenz von Debian unterstützt die Identifizierung der Bridge und der aktiven USB-Schnittstelle. Das ist erforderlich, bevor eine gerätespezifische Lösung für den Transport angewendet wird.
Ein Test im Bulk-Only-Modus kann ein UAS- oder Warteschlangenproblem aufdecken, verringert jedoch auch Leistung und Befehlsparallelität. Verwenden Sie ihn als kontrollierten Vergleich und nicht als universelle Lösung für jedes Gehäuse.
Laufwerkszustandstests ohne Dateisystembelastung ausführen
Lesen Sie die SMART-Daten über das Gehäuse aus, sofern die Bridge die Durchleitung unterstützt. Notieren Sie ausstehende Sektoren, nicht korrigierbare Fehler, Schnittstellen-CRC-Fehler, Temperatur, Befehlszeitüberschreitungen und die Selbsttest-Historie.
Das Debian-Handbuch zu smartctl erklärt, dass SMART-Selbsttests und Fehlerprotokolle dabei helfen können, Medienfehler von USB-Transportzurücksetzungen zu unterscheiden, wenn das Gehäuse die erforderlichen Befehle an das Laufwerk weiterleitet.
Ein erfolgreicher kurzer Test schließt ein Laufwerk nicht aus, das beim Lesen der gesamten Oberfläche ausfällt. Führen Sie einen langen Test oder einen schreibgeschützten Scan nur durch, wenn die Daten gesichert sind und das Laufwerk keine rasch zunehmenden Fehler zeigt.
Kabelqualität, Host-Anschluss und USB-Topologie prüfen
Ersetzen Sie das Datenkabel durch ein kurzes, nachweislich funktionierendes Kabel und schließen Sie das Gehäuse an einen anderen rückseitigen Anschluss des Motherboards an. Vermeiden Sie während des Tests Adapter und Hubs.
Das USB-IF erklärt den USB-Stromversorgungspfad. Daher kann ein Anschluss, der bei kurzen Metadaten-Lesevorgängen funktioniert, dennoch ausfallen, wenn Gehäuse und Laufwerk dauerhaft stärker belastet werden.
Wenn das Problem einem bestimmten Kabel oder Anschluss folgt, ersetzen Sie diese Komponente. Tritt es mit dem Gehäuse an verschiedenen Hosts auf, konzentrieren Sie sich auf dessen Bridge, Netzteil, Kühlung oder das Laufwerk selbst.
Wiederholbare Fehlerstellen erfassen und Datenverlust vermeiden
Wiederholen Sie die Überprüfung nur so weit, dass Sie feststellen können, ob die Verbindung immer im gleichen logischen Blockbereich, nach derselben verstrichenen Zeit oder bei derselben Temperatur abbricht. Diese Muster helfen dabei, Med||||ienbeschädigungen von Wärme- oder Transportinstabilität zu unterscheiden.
Der ZimaSpace-Artikel zu Verbindungsabbrüchen externer Sicherungslaufwerke bietet einen ergänzenden Vergleich zwischen Fehlern bei anhaltenden Übertragungen und Fehlern des Speichermediums.
Beenden Sie die Tests und kopieren Sie zunächst alle noch lesbaren Daten, wenn Lesefehler zunehmen, das Laufwerk im selben Bereich wiederholt zurückgesetzt wird, sich der SMART-Zustand verschlechtert oder das Gehäuse überhitzt. Das Problem ist erst behoben, wenn eine vollständige Leseüberprüfung über einen stabilen Übertragungsweg ohne USB-Zurücksetzungen, I/O-Fehler oder zunehmende Zustandswarnungen abgeschlossen wird.
Empfohlene Produkte
Support & Tipps
Mehr zum Lesen
Kann Plex eine GPU mit einem anderen Docker-Container gemeinsam nutzen?
Plex und ein weiterer Container können häufig auf dieselbe GPU zugreifen, aber du musst die Treiberunterstützung, die Gerätezuordnung, die Auslastung der Video-Engine, den Speicher...
So erkennst du, ob ein Plex-Fehler vom Client oder vom Server verursacht wird
Reproduziere dasselbe Element auf einem anderen Client, vergleiche den Sitzungspfad und sammle Serverbelege erst, nachdem der Geltungsbereich dir gezeigt hat, wo der Fehler tatsächlich...
So konfigurierst du den Plex-Cache und den temporären Transcodierungs-Speicher
Schütze den persistenten Plex-Zustand, indem du temporäre Transcodierungsdateien auf geeignetem lokalem Speicher ablegst, und überprüfe anschließend die Bereinigung, den freien Speicherplatz und das Verhalten...
