☰

USB-Massenspeichergerät auf 2 Geräte aufgeteilt

tag-icon • tag-icon linux sata usb-storage esata
USB-Massenspeichergerät auf 2 Geräte aufgeteilt

Wenn ich eine Hitachi Deskstar 7K4000 4TB-Festplatte in einem externen Fantec DB-ALUE2e SATA-Gehäuse über den USB 2.0-Anschluss an ein Lenovo T400-Laptop anschließe, wird die Festplatte in zwei Geräte aufgeteilt:

[ 1537.560160] usb 1-1: new high speed USB device using ehci_hcd and address 4
[ 1537.714687] usb 1-1: configuration #1 chosen from 1 choice
[ 1537.814573] Initializing USB Mass Storage driver...
[ 1537.814847] scsi4 : SCSI emulation for USB Mass Storage devices
[ 1537.815088] usbcore: registered new interface driver usb-storage
[ 1537.815094] USB Mass Storage support registered.
[ 1537.815818] usb-storage: device found at 4
[ 1537.815823] usb-storage: waiting for device to settle before scanning
[ 1542.810488] usb-storage: device scan complete
[ 1542.812251] scsi 4:0:0:0: Direct-Access     Generic  External         0200 PQ: 0 ANSI: 4
[ 1542.813976] scsi 4:0:0:1: Direct-Access     Generic  External         0200 PQ: 0 ANSI: 4
[ 1542.818156] sd 4:0:0:0: Attached scsi generic sg2 type 0
[ 1542.820658] sd 4:0:0:1: Attached scsi generic sg3 type 0
[ 1542.822331] sd 4:0:0:0: [sdb] 4294967295 512-byte logical blocks: (2.19 TB/1.99 TiB)
[ 1542.829215] sd 4:0:0:0: [sdb] Write Protect is off
[ 1542.829224] sd 4:0:0:0: [sdb] Mode Sense: 38 00 00 00   
[ 1542.829229] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 1542.830485] sd 4:0:0:1: [sdc] 3519069872 512-byte logical blocks: (1.80 TB/1.63 TiB)
[ 1542.838112] sd 4:0:0:1: [sdc] Write Protect is off
[ 1542.838120] sd 4:0:0:1: [sdc] Mode Sense: 38 00 00 00   
[ 1542.838125] sd 4:0:0:1: [sdc] Assuming drive cache: write through
[ 1542.844988] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 1542.844997]  sdb:
[ 1542.876247] sd 4:0:0:1: [sdc] Assuming drive cache: write through
[ 1542.876255]  sdc: unknown partition table
[ 1542.901098]  unknown partition table
[ 1542.907979] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 1542.907988] sd 4:0:0:0: [sdb] Attached SCSI disk
[ 1542.916738] sd 4:0:0:1: [sdc] Assuming drive cache: write through
[ 1542.916746] sd 4:0:0:1: [sdc] Attached SCSI disk

Ich habe dies mit den Linux-Kerneln 2.6.32, 2.6.35 und 3.6.6 versucht.

Wenn ich es über eSATA anschließe, wird das komplette Gerät erkannt:

[3867153.075703] sd 9:0:0:0: [sdd] 7814037168 512-byte logical blocks: (4.00 TB/3.63 TiB)
[3867153.075708] sd 9:0:0:0: [sdd] 4096-byte physical blocks
[3867153.075862] sd 9:0:0:0: [sdd] Write Protect is off
[3867153.075868] sd 9:0:0:0: [sdd] Mode Sense: 00 3a 00 00
[3867153.075906] sd 9:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[3867153.082355]  sdd: unknown partition table  
[3867153.098386] sd 9:0:0:0: [sdd] Attached SCSI disk

Kurioserweise fehlt 1 Sektor: 7814037168 - 4294967295 - 3519069872 == 1.

Meine Fragen:

  1. Liegt es an der inhärenten Beschränkung des USB-Massenspeicherprotokolls (USB-Speicher), dass ein einzelnes Gerät höchstens 2 TB – 512 Bytes groß sein kann, oder liegt es an der Beschränkung des externen Fantec-Gehäuses, oder ist es ein Problem des Linux-Kernels?
  2. Liegt es an der inhärenten Beschränkung des USB-Massenspeicherprotokolls (USB-Speicher), dass Sektoren immer 512 Byte groß sind und die minimale E/A-Größe der Festplatte (in diesem Fall 4096 Byte) ignoriert wird – oder liegt es an der Beschränkung des externen Fantec-Gehäuses – oder ist es ein Problem des Linux-Kernels?
  3. Würde es mit USB 3.0 besser funktionieren?

Antwort1

  1. Ich glaube nicht, dass es im USB-Massenspeicherprotokoll derartige Beschränkungen gibt. Es gibt externe Laufwerke mit mehr als 2 TB auf dem Markt, die über USB-Schnittstellen verfügen und mit einem einzelnen Volume problemlos funktionieren.
  2. Ich glaube nicht, dass das USB-Massenspeicherprotokoll eine Sektorgrößenbeschränkung hat, da es ein externes 3-TB-Laufwerk von Seagate mit einer USB-Schnittstelle gibt, von dem bekannt ist, dass es logische 4K-Sektoren meldet.
  3. Ich bezweifle, dass USB 3.0 besser wäre

Ich denke, Ihre Probleme liegen am USB<--->SATA-Brückenchip im Gehäuse. Er muss die ATA-Befehle, die das SATA-Laufwerk verwendet, mit den SCSI-Befehlen verbinden, die USB verwendet. Warum er das physische Laufwerk anscheinend in zwei logische Laufwerke aufteilt, weiß ich nicht. Versuchen Sie es mit einem anderen Gehäuse.

verwandte Informationen