Ein USB-Gehäuse mit SATA-Festplatte ist kein einfaches System. Es enthält eine komplexe "Brücke" zwischen USB-Schnittstelle und SATA-Schnittstelle. Damit dieses Massenspeichergerät für USB-Transaktionen bereit ist, enthält die Bridge normalerweise eine ernstzunehmende MCU, die die grundlegende SATA-Konfiguration selbst vornimmt und geeignete Datentabellen zu den Fähigkeiten / Formaten der angeschlossenen Festplatten in einem geeigneten Format der USB-Massenspeicherklasse erstellt. Dies beinhaltet das Power Management.
Nachfolgend finden Sie ein Beispiel für eine von Fujitsu hergestellte USB3-SATA-Brücke :
Diese Brücke arbeitet mit einem 32-Bit-ARM ™ Cortex-M3 ™ -Prozessor.
Wie Sie sehen, unterstützt die Bridge sowohl USB 3.0- als auch USB 2.0-Schnittstellen, die über denselben USB 3.0-Anschluss laufen. Daher gibt es einige Unterschiede, wie die Bridge die Sequenzen für das Attach / De-Attach-Shutdown verarbeiten kann.
Das Problem ist, dass aufgrund der im Wesentlichen halbduplexisierten Schnittstelle von USB 2.0 und des fehlenden verzögerten Abschlusses von Bustransaktionen außerhalb der Reihenfolge, USB 2.0-Verbindungen nur die früheren Massenspeichertransportspezifikationen (BOT) implementieren können. Das USB 3.0-Busprotokoll hat die Spezifikationen für USB Attached SCSI (UAS) ermöglicht, die eine weitaus größere Funktionalität von SATA-Laufwerken ermöglichen.
Ich bin ziemlich sicher, dass Ihr System einen UAS-Treiber über eine USB 3.0-Verbindung lädt und auf die BOT-Funktionalität zurückgreift, wenn das Gehäuse über eine USB 2.0-Verbindung angeschlossen ist. Unterschiedliche Treiber (oder Treibermodi) führen nach dem "Auswerfen" -Operator zu leicht unterschiedlichem Verhalten.
Ich bin mir jedoch ziemlich sicher, dass die Firmware in den USB-SATA-Bridge-Chips dafür sorgt, dass nach Erhalt des Befehls "Auswerfen" alles entsprechend geleert und geparkt wird. Andernfalls würden die Gehäuseentwickler schnell aus dem Geschäft gehen. Wenn also ein System "es ist sicher" sagt, trennen Sie den Antrieb mit Zuversicht.