Ubuntu 11.04 e unidades externas grandes

Question

Eu tenho uma unidade externa de 3 terabytes USB da Hitachi conectada a um Dell Precision T1500. Quando conectado ao computador que executa o Ubuntu 11.04 (2.6.38-11 genérico # 50-Ubuntu SMP seg 12 de setembro 21:17:25 UTC 2011 x86_64 x86_64 x86_64 GNU / Linux) o seguinte aparece nos logs:

[1636365.665558] usb 2-1.7: new high speed USB device using ehci_hcd and address 15 
[1636365.813198] scsi18 : uas 
[1636377.895182] scsi 18:0:0:0: Direct-Access     Hitachi  Hitachi HDS72303 A580 PQ: 0 ANSI: 4 
[1636384.388480] scsi 18:0:0:0: uas_eh_abort_handler tag 0 
[1636384.388485] scsi 18:0:0:0: uas_eh_device_reset_handler tag 0 
[1636384.388487] scsi 18:0:0:0: uas_eh_target_reset_handler tag 0 
[1636384.388489] scsi 18:0:0:0: uas_eh_bus_reset_handler tag 0 
[1636384.468415] usb 2-1.7: reset high speed USB device using ehci_hcd and address 15 
[1636384.609589] scsi 18:0:0:0: Device offlined - not ready after error recovery 
[1636384.609649] scsi 18:0:0:0: rejecting I/O to offline device 
[1636384.609663] scsi 18:0:0:0: rejecting I/O to offline device 
[1636384.610978] scsi 18:0:0:1: Enclosure         Hitachi  SES              A580 PQ: 0 ANSI: 4 
[1636384.611472] scsi 18:0:0:2: uas_eh_device_reset_handler tag -1 
[1636384.611477] scsi 18:0:0:2: uas_eh_target_reset_handler tag -1 
[1636384.611481] scsi 18:0:0:2: uas_eh_bus_reset_handler tag -1 
[1636384.707808] usb 2-1.7: reset high speed USB device using ehci_hcd and address 15 
[1636384.838735] scsi 18:0:0:2: Device offlined - not ready after error recovery 
[1636384.838952] sd 18:0:0:0: Attached scsi generic sg4 type 0 
[1636384.839029] ses 18:0:0:1: Attached Enclosure device 
[1636384.839080] ses 18:0:0:1: Attached scsi generic sg5 type 13 [1636415.301027] sd 18:0:0:0: uas_eh_abort_handler tag 0 
[1636415.301036] sd 18:0:0:0: uas_eh_device_reset_handler tag 0 
[1636415.301042] sd 18:0:0:0: uas_eh_target_reset_handler tag 0 
[1636415.301046] sd 18:0:0:0: uas_eh_bus_reset_handler tag 0 
[1636415.381053] usb 2-1.7: reset high speed USB device using ehci_hcd and address 15 
[1636415.522005] sd 18:0:0:0: Device offlined - not ready after error recovery 
[1636415.522080] sd 18:0:0:0: rejecting I/O to offline device 
[1636415.522093] sd 18:0:0:0: rejecting I/O to offline device 
[1636415.522101] sd 18:0:0:0: rejecting I/O to offline device 
[1636415.522107] sd 18:0:0:0: [sdc] READ CAPACITY failed 
[1636415.522110] sd 18:0:0:0: [sdc]  Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK 
[1636415.522116] sd 18:0:0:0: [sdc] Sense not available. 
[1636415.522123] sd 18:0:0:0: rejecting I/O to offline device 
[1636415.522129] sd 18:0:0:0: [sdc] Write Protect is off 
[1636415.522133] sd 18:0:0:0: [sdc] Mode Sense: 00 00 00 00 
[1636415.522139] sd 18:0:0:0: rejecting I/O to offline device 
[1636415.522144] sd 18:0:0:0: [sdc] Asking for cache data failed 
[1636415.522147] sd 18:0:0:0: [sdc] Assuming drive cache: write through 
[1636415.522355] sd 18:0:0:0: [sdc] Attached SCSI disk

Pelo que encontrei na Internet, pode estar ligado a ter uma partição maior que 2 TB. Liguei a unidade a um sistema Windows XP e dividi a unidade em duas partições NTFS, cada uma com 1,5 TB. Atualmente, ele possui uma tabela de partições GUID.

Eu tentei usar o gdisk para ver a unidade, mas o Linux não está reconhecendo que a unidade é de alguma forma utilizável. Parece funcionar sob o Windows e OS X, embora (ou pelo menos é visto pelos utilitários para formatação e particionamento sob esses sistemas operacionais ...)

Estou sentindo falta de algo simples aqui para que funcione corretamente no Linux?

    

Answer 1

Existem várias causas possíveis e coisas que você pode fazer. O trecho do dmesg sugere algumas coisas:

• O kernel tenta várias vezes acessar o dispositivo. Parece que toda vez que não termina por algum motivo.
• Há avisos dizendo que not ready after error recovery indica que a unidade não passou por verificações do sistema de arquivos (embora tenham sido tentadas) ou precisa ser verificada, mas seu sistema não sabe como fazer isso.
• A unidade é acessada usando o novo driver do kernel uas - provavelmente é a única maneira no caso das unidades >2TB , mas vale a pena saber quando você procura por soluções.

Possíveis causas que posso pensar:

• A unidade eletrônica fornecida com o gabinete é configurada para usar configurações de comunicação não compatíveis com o padrão ou alimentação do dispositivo. Se a energia fosse o problema e seu gabinete vinha com uma fonte de alimentação externa, você definitivamente deveria usá-la se você não o fez até agora. Caso o problema esteja com alguns mecanismos de comunicação proprietários, você pode resolvê-lo seguindo o manual do gabinete ou executando um programa do Windows que pode alternar a unidade para o modo padrão ou legado (pode ser chamado de qualquer coisa).

• A unidade demora muito para ser liquidada - seu sistema pode estar configurado para esperar muito pouco antes que a unidade se torne disponível após a conexão. Para verificar / alterar isso, faça cat /sys/module/usb_storage/parameters/delay_use - você verá um valor em segundos. Se for de 5 segundos ou menos, tente alterá-lo para, digamos, 10 ( sudo echo 10 > sys/module/usb_storage/parameters/delay_use ) e, em seguida, conecte a unidade.

• O kernel não sabe o tipo de partição GPT. Você diz que usou gdisk , mas pode não ter sido capaz de reconhecer partições GPT porque elas simplesmente não eram conhecidas pelo kernel. Para verificar isso, verifique se sua configuração atual do kernel tem CONFIG_PARTITION_ADVANCED e CONFIG_EFI definido como y (pelo que eu me lembro, no Ubuntu as configurações do kernel residem no diretório /boot ).

• Desde que você usou o NTFS (não é um bom fs para unidades grandes na minha opinião, mas - não há alternativa boa para trabalhar com o Windows), o sistema de arquivos pode precisar passar por uma verificação de consistência. Isso pode impedir que as ferramentas do Linux o montem, mas não explica por que a unidade não é reconhecida corretamente por gdisk . No entanto, conectá-lo em uma máquina Windows e fazer um check-in completo não vai doer.

• Tendo analisado este tópico do fórum Acredito que o principal problema seja o compartimento da unidade, afinal.