O gabinete de HDD externo de 2 compartimentos no modo JBOD falha ao detectar as duas unidades (Linux e Windows)

0

Eu comprei recentemente alguns gabinetes de HDD externos USB 3.0 para uso em armazenamento e backup; a ideia era ter um ato como backup para o outro, com 4 unidades de 3 TB no total. No entanto, a segunda unidade em cada um deles não está acessível nem no Linux nem no Windows, e eu não consegui determinar o motivo.

1. Situação

Os dois gabinetes são um pouco diferentes (não conseguiram encontrá-los em estoque ao mesmo tempo), mas a partir de muitos pequenos detalhes parece ser o mesmo design de base chinês com uma casca exterior tweaked. Os modelos são:

As unidades são Seagate 3TB Barracuda ST33000651AS, firmware CC44, todas idênticas.

A partir da leitura de manuais e fontes on-line, determinei que o JBOD seria a configuração ideal para minhas necessidades - abordar as duas unidades separadamente em cada gabinete seria importante, facilitando a troca de unidades e a combinação e combinação, se necessário; todos os outros modos implicaram que o controlador fizesse uma combinação das unidades.

O software usado foi o Debian GNU / Linux - testing / wheezy - kernel 2.6.39-2 e Windows 7 Ultimate.

2. Descrição do problema

Agora, aí vem o problema: toda vez que eu conecto um dos gabinetes a um PC usando o cabo fornecido (tentei outro diferente também), apenas o HDD no compartimento superior é legível, o seguinte é detectado erros de várias maneiras. De acordo com os manuais, isso não deve acontecer: no JBOD, o sistema deve ser capaz de "ver" duas unidades separadas na conexão.

Isso acontece com gabinetes e qualquer combinação de HDDs (ou seja, se eu trocá-los, a mesma coisa acontece), então os HDDs são bons e eu acho que são os gabinetes (duas empresas diferentes fazendo produtos semelhantes que falharam em um idêntico moda seria muito improvável).

O HDD superior pode ser usado bem todas as vezes, eu realmente tentei um teste de velocidade do Linux e consegui leituras de cerca de 150MiB / s, então tudo está funcionando como deveria; aquele abaixo se recusa a trabalhar toda vez. Então a falha é consistente.

Para ter certeza de que isso não era um bug obscuro do Linux, tentei o mesmo no Windows 7, e o sistema também criou apenas uma letra de unidade de 3TB (por isso, só vi um em vez de ambos). Colocar uma unidade de 2 TB mais antiga e conhecida no compartimento superior fez com que ela fosse reconhecida, por isso temos o mesmo problema no Windows.

Registre entradas no Linux (testado aqui com uma unidade de 3 TB e uma de 2 TB para que eu possa diferenciá-las; ou uma trabalha no gabinete superior, na configuração de teste a de 3 TB está no topo). Você pode vê-los sendo detectados, o superior está ok, mas no fundo apenas os erros:

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

Então, minha pergunta seria: o que está causando isso? Estou faltando alguma coisa, devo configurar as coisas de forma diferente, isso é uma limitação conhecida?

A pesquisa on-line para obter mais informações não produziu nenhum resultado útil ... Agradecemos antecipadamente por qualquer ajuda!

    
por Tom Wijsman 20.07.2011 / 00:56

2 respostas

1

Depois de mudar a seleção de ataque com o interruptor de ataque, você tem que pressionar o pequeno boton que está no "modo". Caso contrário, o modo de ataque não será alterado.

    
por 30.09.2011 / 00:31
0

Talvez esse tópico seja resolvido por um longo tempo, mas como estou pensando em comprar um compartimento de várias baías, me deparei com o seguinte:

  • Para o Sharkoon JBOD, não era como eu esperava que fosse. Para eles, JBOD significa um grande disco que consiste em duas unidades. Eles chamam isso de 'Combinado / JBOD'.
  • Se você quer um JBOD 'real', você tem que escolher o modo 'Padrão' (somente o Sharkoon, o Fantec faz o nome dele provavelmente)

Se você encontrou uma solução: foi um bug na pilha do USB 3.0? Você poderia usar o gabinete ou teve que substituí-los?

    
por 30.03.2012 / 13:08