2-Bay внешний корпус жесткого диска в режиме JBOD не удается обнаружить оба диска (Linux & Windows)

Я недавно купил несколько внешних корпусов жестких дисков USB 3.0 для хранения и резервного копирования; идея заключалась в том, чтобы иметь один акт в качестве резервного копирования на другой, с 4 х 3 ТБ дисков в общей сложности. Однако второй диск в каждом не доступен ни в Linux, ни в Windows, и я не мог определить причину.

1. Ситуация

два корпуса немного отличаются (не удалось найти их на складе одновременно), но из многих мелких деталей быть такой же китайской базовой конструкцией с измененной внешней оболочкой. Модели являются:

• Sharkoon 2-Bay RAID Box
• Fantec MR-35DU3

приводы Seagate 3TB Barracuda ST33000651AS, микропрограммные обеспечения CC44, все идентичные.

из чтения руководств и онлайн-источников я определил, что JBOD будет оптимальной настройкой для моих нужд - обращение к двум дискам отдельно в каждом корпусе будет важно, делающ его легким обменять приводы и смешать&сопрягать их если нужно; все другие режимы подразумевали регулятор делая сочетание из приводы.

используемое программное обеспечение Debian GNU/Linux - testing / wheezy - kernel 2.6.39-2 и Windows 7 Ultimate.

2. Описание проблемы

теперь возникает проблема: каждый раз, когда я подключаю любой из корпусов к ПК с помощью прилагаемого кабеля (попробовал другой, а также), читается только жесткий диск в верхнем отсеке, ниже обнаруживается еще ошибки различными способами. Согласно руководствам, этого не должно произойти: в JBOD система должна уметь "видеть" два отдельных диска при подключении.

это происходит как с корпусами, так и с любой комбинацией жестких дисков (т. е. если я их заменяю, происходит то же самое), поэтому жесткие диски хороши, и я думаю, что это корпуса (две разные компании, производящие аналогичные продукты, которые потерпели неудачу идентичный способ был бы очень маловероятен).

верхний жесткий диск можно использовать отлично каждый раз, я на самом деле попробовал тест скорости от Linux и получил около 150 МБ/с читает, так что все работает, как и должно; один ниже отказывается работать каждый раз. Так что неудача последовательна.

чтобы убедиться, что это не какая-то непонятная ошибка Linux, я попытался то же самое под Windows 7, и система также создала только одну букву диска для диска размером 3 ТБ (так что он видел только один вместо обоих). Размещение более старого, известного хорошего диска 2 ТБ в верхнем отсеке сделало его узнаваемым, поэтому у нас есть та же проблема под окнами.

записи журнала под Linux (проверено здесь с 3TB и 2TB диском, чтобы я мог их различать; либо один работает в верхнем корпусе, в тестовой установке 3TB один сверху). Вы можете видеть, что они обнаружены, верхний в порядке, но для нижнего только ошибки:

Jul 19 23:28:15 media kernel: [260150.582436] usb 6-1: New USB device found, idVendor=1ca1, idProduct=18ae
Jul 19 23:28:15 media kernel: [260150.582440] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jul 19 23:28:15 media kernel: [260150.582442] usb 6-1: Product: Usb Sata Bridge
Jul 19 23:28:15 media kernel: [260150.582444] usb 6-1: Manufacturer: SYMWAVE
Jul 19 23:28:15 media kernel: [260150.582446] usb 6-1: SerialNumber: 39584B304C4E3441
Jul 19 23:28:15 media kernel: [260150.870412] scsi11 : usb-storage 6-1:1.0
Jul 19 23:28:16 media kernel: [260151.882087] scsi 11:0:0:0: Direct-Access     SYMWAVE  ST33000651AS     CC44 PQ: 0 ANSI: 4
Jul 19 23:28:16 media kernel: [260151.882242] scsi 11:0:0:1: Direct-Access     SYMWAVE  ST32000641AS     CC12 PQ: 0 ANSI: 4
Jul 19 23:28:16 media kernel: [260151.882677] sd 11:0:0:0: Attached scsi generic sg2 type 0
Jul 19 23:28:16 media kernel: [260151.882774] sd 11:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
Jul 19 23:28:16 media kernel: [260151.882857] sd 11:0:0:1: Attached scsi generic sg3 type 0
Jul 19 23:28:16 media kernel: [260151.882893] sd 11:0:0:0: [sdb] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
Jul 19 23:28:16 media kernel: [260151.883085] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint
Jul 19 23:28:16 media kernel: [260151.883582] sd 11:0:0:0: [sdb] Write Protect is off
Jul 19 23:28:16 media kernel: [260151.883961] sd 11:0:0:1: [sdc] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
Jul 19 23:28:16 media kernel: [260151.884145] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint
Jul 19 23:28:16 media kernel: [260151.884570] sd 11:0:0:1: [sdc] Write Protect is off
Jul 19 23:28:16 media kernel: [260151.884855] sd 11:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
Jul 19 23:28:16 media kernel: [260151.885286] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint
Jul 19 23:28:16 media kernel: [260151.885807] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint
Jul 19 23:28:16 media kernel: [260151.909595] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint
Jul 19 23:28:16 media kernel: [260151.910159] sd 11:0:0:1: [sdc]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 19 23:28:16 media kernel: [260151.910163] sd 11:0:0:1: [sdc]  Sense Key : Illegal Request [current] 
Jul 19 23:28:16 media kernel: [260151.910167] Info fld=0x0
Jul 19 23:28:16 media kernel: [260151.910169] sd 11:0:0:1: [sdc]  Add. Sense: Invalid field in cdb
Jul 19 23:28:16 media kernel: [260151.910172] sd 11:0:0:1: [sdc] CDB: Read(10): 28 20 00 00 00 00 00 00 08 00
Jul 19 23:28:16 media kernel: [260151.910182] quiet_error: 2 callbacks suppressed
Jul 19 23:28:16 media kernel: [260151.910570] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint
Jul 19 23:28:16 media kernel: [260151.911153] sd 11:0:0:1: [sdc]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 19 23:28:16 media kernel: [260151.911156] sd 11:0:0:1: [sdc]  Sense Key : Illegal Request [current] 
Jul 19 23:28:16 media kernel: [260151.911159] Info fld=0x0
Jul 19 23:28:16 media kernel: [260151.911161] sd 11:0:0:1: [sdc]  Add. Sense: Invalid field in cdb
Jul 19 23:28:16 media kernel: [260151.911164] sd 11:0:0:1: [sdc] CDB: Read(10): 28 20 00 00 00 00 00 00 08 00
Jul 19 23:28:16 media kernel: [260151.911385] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint
Jul 19 23:28:16 media kernel: [260151.911902] sd 11:0:0:1: [sdc]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 19 23:28:16 media kernel: [260151.911905] sd 11:0:0:1: [sdc]  Sense Key : Illegal Request [current] 
Jul 19 23:28:16 media kernel: [260151.911908] Info fld=0x0
Jul 19 23:28:16 media kernel: [260151.911910] sd 11:0:0:1: [sdc]  Add. Sense: Invalid field in cdb
Jul 19 23:28:16 media kernel: [260151.911913] sd 11:0:0:1: [sdc] CDB: Read(10): 28 20 00 00 00 00 00 00 08 00
Jul 19 23:28:16 media kernel: [260151.912128] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint
Jul 19 23:28:16 media kernel: [260151.912650] sd 11:0:0:1: [sdc]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 19 23:28:16 media kernel: [260151.912653] sd 11:0:0:1: [sdc]  Sense Key : Illegal Request [current] 
Jul 19 23:28:16 media kernel: [260151.912656] Info fld=0x0
Jul 19 23:28:16 media kernel: [260151.912657] sd 11:0:0:1: [sdc]  Add. Sense: Invalid field in cdb
Jul 19 23:28:16 media kernel: [260151.912660] sd 11:0:0:1: [sdc] CDB: Read(10): 28 20 00 00 00 00 00 00 08 00
Jul 19 23:28:16 media kernel: [260151.912876] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint
Jul 19 23:28:16 media kernel: [260151.913439] sd 11:0:0:1: [sdc]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 19 23:28:16 media kernel: [260151.913442] sd 11:0:0:1: [sdc]  Sense Key : Illegal Request [current] 
Jul 19 23:28:16 media kernel: [260151.913445] Info fld=0x0
Jul 19 23:28:16 media kernel: [260151.913446] sd 11:0:0:1: [sdc]  Add. Sense: Invalid field in cdb
Jul 19 23:28:16 media kernel: [260151.913449] sd 11:0:0:1: [sdc] CDB: Read(10): 28 20 00 00 00 00 00 00 08 00
Jul 19 23:28:16 media kernel: [260151.945227] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint
Jul 19 23:28:16 media kernel: [260151.945863] sd 11:0:0:1: [sdc]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 19 23:28:16 media kernel: [260151.945866] sd 11:0:0:1: [sdc]  Sense Key : Illegal Request [current] 
Jul 19 23:28:16 media kernel: [260151.945870] Info fld=0x0
Jul 19 23:28:16 media kernel: [260151.945871] sd 11:0:0:1: [sdc]  Add. Sense: Invalid field in cdb
Jul 19 23:28:16 media kernel: [260151.945875] sd 11:0:0:1: [sdc] CDB: Read(10): 28 20 00 00 00 00 00 00 08 00
(...) and so on for like 10 seconds until it gives up (...)

3. Вопрос

Итак, мой вопрос: что является причиной этого? Мне что-то не хватает, я должен настроить все по-другому, это известное ограничение?

поиск в интернете дополнительной информации не дал никаких полезных результатов... Заранее спасибо за любую помощь!