Le boîtier de disque dur externe à 2 baies en mode JBOD ne parvient pas à détecter les deux disques (Linux et Windows)

J'ai récemment acheté deux boîtiers de disques durs externes USB 3.0 à utiliser pour le stockage et la sauvegarde. L'idée était de faire en sorte que l'un remplisse son rôle de sauvegarde, avec 4 disques durs de 3 To au total. Cependant, le deuxième disque de chacun n'est accessible ni sous Linux ni sous Windows, et je n'ai pas pu en déterminer le motif.

1. Situation

Les deux boîtiers sont légèrement différents (ils ne pouvaient pas être trouvés en stock en même temps), mais de nombreux petits détails semblent être la même conception de base chinoise avec une coque externe modifiée. Les modèles sont:

• Sharkoon Boîte RAID 2 baies
• Fantec MR-35DU3

Les disques sont des disques Seagate 3 To Barracuda ST33000651AS, firmware CC44, tous identiques.

En lisant des manuels et des sources en ligne, j'ai déterminé que JBOD serait la configuration optimale pour mes besoins - il serait important de traiter les deux disques séparément dans chaque boîtier, ce qui faciliterait l'échange de disques et leur mélange si nécessaire; tous les autres modes impliquaient que le contrôleur fasse une combinaison des lecteurs.

Le logiciel utilisé était Debian GNU / Linux - testing / Wheezy - kernel 2.6.39-2 et Windows 7 Ultimate .

2. Description du problème

Maintenant, voici le problème: chaque fois que je connecte l’un ou l’autre des boîtiers à un PC à l’aide du câble fourni (essayé également), seul le disque dur situé dans la baie du haut est lisible, celui ci-dessous est détecté, mais des erreurs se produisent différentes manières. Selon les manuels, cela ne devrait pas arriver: dans JBOD, le système devrait pouvoir "voir" deux lecteurs distincts lors de la connexion.

Cela se produit à la fois avec les boîtiers et avec toute combinaison de disques durs (c’est-à-dire si je les échange, la même chose se produit), donc les disques durs sont bons et je pense que les boîtiers le sont aussi (deux entreprises différentes fabriquant des produits similaires qui ont échoué de manière identique très improbable).

Le disque dur supérieur peut être utilisé correctement à chaque fois; j’ai en fait essayé un test de vitesse sous Linux et obtenu environ 150 Mo / s en lecture, donc tout fonctionne comme il se doit; celui ci-dessous refuse de travailler à chaque fois. Donc, l'échec est cohérent.

Pour être sûr qu'il ne s'agissait pas d'un bogue Linux obscur, j'ai essayé la même chose sous Windows 7 et le système n'a également créé qu'une seule lettre de lecteur pour un lecteur de 3 To (de sorte qu'il n'en voyait qu'une au lieu des deux). Le fait de placer un disque 2To ancien et de bonne qualité dans la baie du haut a permis de reconnaître celui-ci. Nous avons donc le même problème sous Windows.

Entrer des entrées sous Linux (testé ici avec un disque de 3 To et un disque de 2 To afin que je puisse les différencier; l'un ou l'autre fonctionne dans le boîtier supérieur, dans la configuration de test, celui de 3 To est au-dessus). Vous pouvez les voir être détectés, le premier est correct, mais pour le dernier, seules les erreurs:

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. question

Donc, ma question serait: qu'est-ce qui cause cela? Est-ce que je manque quelque chose, dois-je configurer les choses différemment, est-ce une limitation connue?

La recherche en ligne pour plus d'informations n'a donné aucun résultat utile ... Merci d'avance pour toute aide!

Après avoir changé la sélection de raid avec le commutateur raid, vous devez appuyer sur le petit boton indiquant qu'il existe un "mode" actif. Sinon, le mode raid ne changera pas.

Peut-être que ce sujet est résolu depuis longtemps, mais depuis que je songe à acheter un boîtier à plusieurs baies, je suis tombé sur ce qui suit:

• Pour Sharkoon, JBOD n’était pas ce que j’espérais. Pour eux, JBOD signifie un gros disque composé de deux lecteurs. Ils appellent ça 'Combined / JBOD'.
• Si vous voulez du "vrai" JBOD, vous devez choisir le mode "Standard" (Sharkoon seulement, Fantec le nommera probablement)

Si vous avez trouvé une solution: S'agissait-il d'un bogue dans la pile USB 3.0? Pourriez-vous utiliser l'enceinte ou avez-vous eu à les remplacer?