USB-Speicher setzt sich unter UAS zurück · Linux Fix Lab

Symptome und Geltungsbereich

Ein externes Laufwerk stockt, setzt sich zurück oder verschwindet beim Kopieren.
Das Log nennt uas_eh_abort_handler oder einen fehlgeschlagenen UAS-Reset.

Betroffene Umgebung

USB-SATA/NVMe-Bridges mit uas-Treiber; Geräte bereits mit usb-storage benötigen andere Prüfungen.

Erkennbare Meldungen (synthetische Beispiele)

sd 6:0:0:0: [sdc] tag#4 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD OUT

Vorherigen USB/Speicherfehler prüfen; dies beweist nicht UAS statt Kabel als Ursache.

sd 6:0:0:0: uas_eh_device_reset_handler FAILED

Wiederholtes Scheitern der Fehlerbehandlung erfordert Datensicherung und physische Pfadprüfung vor Transport-Tuning.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

Kabel-Signalqualität, USB-Stromversorgung, Hub-Probleme oder Controllerfehler können USB-I/O unterbrechen.
Ein Bridge-Firmwarefehler kann UAS-Befehlsverarbeitung betreffen; ein USB-Transportvergleich ist nur unter gleichen Bedingungen aussagekräftig.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

USB-Baum, ausgehandelte Geschwindigkeit und Treiberbindung lesen, ohne den Bus zu verändern.

lsusb -t

Ergebnis einordnen: Driver=uas bestätigt den Anwendungsfall. Gemeinsame Hubs und Geschwindigkeitswechsel liefern Hinweise, identifizieren aber allein kein defektes Kabel.

Prüfschritt 2

USB-, UAS-, SCSI- und Dateisystemereignisse in Reihenfolge lesen; Journalrechte können nötig sein.

journalctl -k -b --no-pager -n 350

Ergebnis einordnen: Ein Abort ist Fehlerbehandlung nach einem blockierten Befehl; fehlgeschlagener Reset verschärft den Befund. USB-Trennungen können absichtlich sein; daher mit der Last zeitlich vergleichen.

Nächste Schritte nach Befund

Direkte USB-Verbindung vergleichen

Wenn Fehler über einen Hub oder fragliches Kabel auftreten, Zugriffe beenden, sicher aushängen und ein bekannt gutes kurzes Kabel an einem direkten Port vergleichen. Bei stromabhängigen Geräten vorgesehene Versorgung oder geeigneten aktiven Hub nutzen.

Vorsicht: Nicht während Schreibzugriffen abziehen. Daten vor wiederholten Versuchen sichern, da Resets ein inkonsistentes Dateisystem hinterlassen können.

Wiederherstellung / Rücknahme: Sicher aushängen und die dokumentierte Verbindung wiederherstellen, wenn der Alternativpfad schlechter ist.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Gerätespezifischen UAS-Ersatz vergleichen

Wenn der physische USB-Pfad stabil ist, UAS-Abbrüche aber bleiben, die Bridge-VID:PID mit lsusb bestimmen und für einen Start usb-storage.quirks=VID:PID:u testen. Die passende Bridge nutzt damit den älteren Bulk-Only-Speichertransport.

Vorsicht: VID:PID durch vierstellige Hex-IDs ersetzen; keine Kennung eines anderen Gehäuses kopieren. Durchsatz und Befehlswarteschlange können schlechter werden; Root auf USB benötigt einen Rettungsstart.

Wiederherstellung / Rücknahme: Ohne Quirk starten und die Rückkehr zu Driver=uas prüfen. Dauerhaften Quirk auf nachweislich betroffene Hardware begrenzen.