USB-UASP- vs. BOT-Mass-Storage-Debugging: Reset-Loops, langsame Drives, Timeouts und SCSI-Fehler

USB-Storage-Probleme werden oft der Disk zugeschrieben, aber der Fehler kann im USB-Transport, Bridge-Chip, Enclosure-Firmware, Kabel, Hub, Power, UASP-Support, BOT-Fallback oder SCSI-Kommando-Handling liegen. Nutzer suchen nach "USB UASP timeout", "USB mass storage reset loop", "external drive disconnects under load", "USB BOT CBW CSW error", "UASP vs BOT troubleshooting" und "SCSI command failed USB", wenn eine Disk mountet und dann stalled, verschwindet oder quälend langsam wird.

Bus Scope hilft, weil USB-Storage nicht nur File-System-I/O ist. Unter dem File-Copy-Dialog sendet der Host SCSI-Kommandos über USB-Transports.

BOT und UASP

USB Mass Storage Bulk-Only Transport, oder BOT, ist älter und weit unterstützt. Es nutzt Command Block Wrapper, Datentransfers und Command Status Wrapper.

UASP, USB Attached SCSI Protocol, ist neuer und unterstützt effizienteres Command-Queuing über USB. Es kann die Performance verbessern, hängt aber von Bridge-Firmware, Host-Controller-Verhalten, Treiber-Support und Kabel-Qualität ab.

Symptome können abweichen:

• BOT läuft, ist aber langsam.
• UASP ist schnell, bis es resettet.
• UASP scheitert auf einer Maschine, aber BOT läuft auf einer anderen.
• Externes Enclosure resettet unter schweren Writes.
• Drive verschwindet während großer Transfers.

Reset-Loops unter Last

Ennumeriert und mountet eine Disk, resettet aber während Writes, schauen Sie rund um die erste scheiternde Workload:

• großer sequentieller Write.
• Random-I/O-Burst.
• SMART-Query.
• Cache-Flush.
• SCSI-Reset.
• USB-Bulk-Timeout.
• Device-Disconnect.

Der sichtbare OS-Fehler mag "I/O error", "device not ready" oder "disk removed" sein. Der Bus-Trace kann zeigen, ob die USB-Bridge aufgehört hat zu antworten oder der Host sie resettet hat.

BOT-Evidence

Für BOT prüfen Sie:

• Command Block Wrapper
• Data-Phase
• Command Status Wrapper
• SCSI-Kommando-Opcode
• Transfer-Residue
• STALL-Recovery
• Bulk-Only-Mass-Storage-Reset

Fehlt oder ist CSW ungültig, resettet der Host möglicherweise das Device.

UASP-Evidence

UASP nutzt Streams und SCSI-Task-Management. Fehler erscheinen möglicherweise als Kommando-Timeouts, abgebrochene Tasks oder Resets. UASP-Traces können komplexer sein als BOT, aber die Kernfrage bleibt: Welches Kommando war in Flight, als das Device aufhörte zu antworten?

Bridge-Firmware-Bugs sind häufig in fokussierten Enclosures. Dieselbe Disk in einem anderen Enclosure zu testen trennt Disk-Health von USB-Bridge-Verhalten.

Power und Kabel

Storage-Devices ziehen echte Power, besonders Spinning-Disks und High-Performance-SSDs. Ein marginales Kabel oder bus-powered Hub kann Resets nur unter Write-Last erzeugen.

Korreliert Resets mit schwerem I/O, testen Sie:

• kurzes Kabel.
• direkter Port.
• powered Hub.
• anderes Enclosure.
• anderen Host-Controller.

Bewahren Sie den Capture; Topologie-Tests sind stärker, wenn sie mit Packet-Evidence gepaart sind.

Debug-Checkliste

Nutzen Sie diesen Workflow:

1. Enumeration capturen und BOT oder UASP identifizieren.
2. Mount und erstes schweres I/O capturen.
3. Letztes erfolgreiches SCSI-Kommando identifizieren.
4. Nach Bulk-Timeout, STALL, Reset oder Disconnect suchen.
5. Für BOT CBW und CSW inspizieren.
6. Für UASP Kommando/Task-Verhalten inspizieren.
7. Direkter Port vs. Hub vergleichen.
8. UASP und BOT-Fallback vergleichen, falls möglich.
9. Anderes Enclosure mit derselben Disk testen.
10. Timing rund um den ersten Reset bewahren.

Enddiagnose

USB-Mass-Storage-Fehler sind oft Transport- und Bridge-Probleme, nicht nur Disk-Probleme. UASP, BOT, SCSI-Kommandos, Bridge-Firmware, Power, Kabel und Host-Controller-Verhalten zählen alle.

Bus Scope legt die USB-Storage-Konversation offen, sodass Reset-Loops und Slow-Drive-Symptome auf echte Bus-Level-Evidence zurückgeführt werden können.