Por que meu disco rígido USB externo está completamente inacessível?

10

Eu tenho um disco rígido externo USB, que consiste em uma unidade SATA de 1 TB em uma Rosewill RX35-AT -SU SLV Alumínio 3,5 "Gabinete Externo Prata USB 2.0 , conectado ao meu SONY VAIO VGN-NS310F laptop . Ele é conectado diretamente ao computador (não através de um hub). A unidade dentro do gabinete é de 7200 rpm Western Digital, mas não me lembro do modelo exato. Posso remover a unidade do gabinete (de novo), se as pessoas acharem necessário conhecer esse detalhe.

A unidade está formatada como ext4. Eu o monto dinamicamente com udisks no meu sistema Lubuntu 11.10, geralmente automaticamente via PCManFM. (Eu tive Lubuntu 12.04 nesta máquina, e experimentei todo o mesmo comportamento com isso também.) De vez em quando - uma ou duas vezes por dia - torna-se inacessível e difícil de desmontar. A tentativa de desmontá-lo com sudo umount ... fornece uma mensagem de erro informando que a unidade está em uso e sugerindo fuser e lsof para descobrir o que está sendo usado. Os processos de morte encontrados usando a unidade com fuser e lsof às vezes são suficientes para me desmontar, mas geralmente não são.

Quando a unidade for desmontada ou a máquina for reinicializada, a unidade não será montada. Conectar a unidade e ligá-la não registrará nada no computador. dmesg não foi alterado. A luz de acesso da unidade geralmente pisca vigorosamente, como se a unidade estivesse sendo acessada constantemente. Então, eventualmente, depois que eu mantiver o drive desligado por um tempo (meia hora), eu poderei montá-lo novamente.

Enquanto a unidade não funciona em esta máquina por um tempo, ela funcionará imediatamente em outra máquina executando a mesma versão do Ubuntu. Às vezes, trazê-lo de volta da outra máquina parece "consertá-lo". Às vezes isso não acontece.

O drive nem sempre deixa de ser acessível enquanto montado , antes de se tornar desmontável. Às vezes funciona bem, desligo o computador, ligo o computador de novo e não consigo montar a unidade.

Atualmente esta é a única unidade com a qual eu tenho esse problema, mas eu tive problemas que eu acho que são os mesmos, com drives diferentes, em diferentes máquinas Ubuntu. Este laptop tem outro drive USB conectado a ele regularmente, o que não tem esse problema. Desconectar essa unidade antes de conectar a unidade "problema" não corrige o problema.

Eu abri o carro e certifiquei-me de que as conexões estavam firmes no passado, e isso não pareceu ajudar (mais do que esperar o mesmo tempo que demorava para abrir e fechar o disco, antes tentando remontá-lo).

Alguém tem alguma idéia sobre o que poderia estar causando isso, quais etapas de solução de problemas eu deveria executar e / ou como eu poderia corrigir esse problema completamente?

Atualização: Eu tentei substituir o cabo de dados USB (do gabinete para o laptop), como Merlin sugerido. Eu deveria ter tentado isso há muito tempo, já que se encaixa perfeitamente nos sintomas (a unidade funciona em outra máquina, o que faria sentido porque o cabo seria dobrado em um ângulo diferente, possivelmente completando um circuito de fios desgastados). Infelizmente, isso não ajudou - tenho o mesmo problema com o novo cabo. Tentarei fornecer informações detalhadas adicionais sobre a unidade dentro do gabinete, da próxima vez que puder. faça o disco funcionar. (No momento não tenho outra máquina disponível para anexá-lo.)

Atualização Principal (28 de junho de 2012)

O drive parece ter se deteriorado consideravelmente. Eu acho que isso é assim, porque eu o anexei a outra máquina e recebi muitos erros sobre caracteres inválidos, ao copiar arquivos dele. Estou menos interessado em recuperar dados da unidade do que em descobrir o que há de errado com isso. Eu quero especificamente descobrir se o problema é a unidade ou o gabinete.

Agora, quando eu conecto a unidade na máquina original onde estava tendo os problemas, ela ainda não aparece (inclusive com sudo fdisk -l ), mas ela é reconhecida pelo kernel e as mensagens são adicionadas a dmesg . A maior parte da mensagem consiste em erros como esse, repetidos várias vezes:

[    7.707593] sd 5:0:0:0: [sdc] Unhandled sense code
[    7.707599] sd 5:0:0:0: [sdc]  Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[    7.707606] sd 5:0:0:0: [sdc]  Sense Key : Medium Error [current] 
[    7.707614] sd 5:0:0:0: [sdc]  Add. Sense: Unrecovered read error
[    7.707621] sd 5:0:0:0: [sdc] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[    7.707636] end_request: critical target error, dev sdc, sector 0
[    7.707641] Buffer I/O error on device sdc, logical block 0

Aqui estão todas as linhas de dmesg começando com quando a unidade é reconhecida. Por favor, note que:

  • Estou de volta para rodar o Lubuntu 12.04 nesta máquina (e talvez isso seja um fator para melhorar as mensagens de erro).
  • Agora que a unidade foi conectada a outra máquina e de volta a esta, e também agora que esta máquina está de volta a funcionar 12.04, a luz de acesso da unidade não pisca como eu havia descrito .Olhando para a unidade, parece que ela está funcionando normalmente, com pouco ou nenhum acesso.
  • Esse comportamento (os erros) ocorre ao reinicializar a máquina com a unidade conectada e também ao conectar manualmente a unidade.
  • Algumas das mensagens são sobre /dev/sdb . Essa unidade está funcionando bem. A unidade defeituosa é /dev/sdc . Eu só não queria editar nada do meio.
por Eliah Kagan 26.06.2012 / 20:56

6 respostas

2

Para determinar se o problema é a unidade ou o gabinete, remova a unidade do gabinete, instale-a em uma área de trabalho com energia suficiente e verifique o status inteligente.

Para um teste mais profundo, você pode verificar todos os setores da unidade utilizando ferramentas como ddrescue . ddrescue reportará o tamanho do erro durante o processo e você poderá tentar recuperar os dados ao mesmo tempo que em: sudo ddrescue /dev/sdb2 /path/to/recovery.image logfile . Listar as partições com sudo lsblk ou clássico fdisk -l .

Se você realmente não tem interesse nos dados, você pode forçar o arquivo de saída a /dev/null como em:

sudo ddrescue --force /dev/sdc /dev/null logfile 

e você ainda receberá um relatório sobre qualquer tamanho de erro na stdout

Testado no Ubuntu 14.04 com o GNU ddrescue 1.17 como segue neste pequeno exemplo usando / dev / sdb2 (uma partição swap de 1MB)

$ sudo ddrescue --force /dev/sdb2 /dev/null logfile


GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued:      1024 B,  errsize:       0 B,  current rate:     1024 B/s
   ipos:         0 B,   errors:       0,    average rate:     1024 B/s
   opos:         0 B,    time since last successful read:       0 s
    
por Elder Geek 31.03.2015 / 05:20
1

Eu tive experiências semelhantes quando estava rodando o 12.04 Ubuntu desktop. Meu gabinete de disco rígido tinha 2 opções de energia, eu poderia comprar um adaptador a / c ou usar 1 mini usb para cabo usb normal, ou usar um cabo mini usb em dois cabos usb. Idealmente, ele precisava estar conectado a ambas as portas USB para fornecer energia suficiente. Pode transferir dados através do cabo usb ou por eSata.

Ao usar a conexão eSata, eu precisava primeiro fornecer a energia da unidade para que o disco girasse e depois inicializar o sistema para que a BIOS reconhecesse o disco já girando. Caso contrário, não veria o disco a tempo. Acredito que isso tenha algo a ver com o controlador para o gabinete.

Quando montei o USB, tive resultados muito mistos ao conectar o cabo primeiro no gabinete e depois nas portas USB. Talvez cerca de metade do tempo seria montado corretamente. Se eu conectei os cabos usb nas portas do pc primeiro e depois no segundo gabinete, obtive resultados muito melhores em torno de 70%. Os melhores resultados que obtive com as opções de USB foram usar uma fonte de alimentação externa (adaptador de ar condicionado) para o gabinete para garantir que o disco estava girando e estável antes de conectá-lo à máquina. Trabalhou praticamente 100%

Não estou dizendo que esse é exatamente o seu problema, mas, para mim, ajudou a fornecer o poder do gabinete e fazer com que o disco girasse antes de conectá-lo para que ele seja lido como o sistema. Talvez o bios ou a velocidade do barramento em seu sistema seja melhor que o outro e dê tempo para que o controlador dos gabinetes comece a trabalhar antes de tentar ler o disco? E, talvez, algum tempo depois de o gabinete ser desconectado, o controlador se redefine?

Talvez o controlador precise de tempo para decidir se está apenas recebendo energia do USB ou da energia e dos dados. Talvez seja um problema de voltagem ou amperagem? Controladores de gabinete de qualquer maneira parecem ser meticulosos.

    
por Travis Clark 23.09.2014 / 17:38
0

Para a sua unidade USB, siga os seguintes passos (se ainda não o fez):

  1. sudo fdisk -l #get info
  2. sudo mkdir /media/external #criar ponto de montagem
  3. sudo mount -t vfat /dev/sdb1 /media/external -o uid=1000,gid=1000,utf8,dmask=027,fmask=137 #mount.

Ou tente usar pmount para montar seu USB.

    
por Vahni 26.06.2012 / 21:09
0

Eu gostaria de sugerir que também poderia haver um problema com seu chip de driver de barramento USB ou similar. Você tem alguma ferramenta para listar todos os dispositivos USB? Tente executar essas ferramentas quando a unidade estiver funcionando corretamente e quando a unidade estiver inacessível. Você vê alguma diferença?

Unidades mais antigas (e mais baratas) passam por um processo chamado "Recalibragem Térmica" (TACL) que acontece a cada hora, e elas podem ficar inacessíveis por vários segundos enquanto a unidade estima quanto a cabeça do disco está sendo curvada pelo calor acúmulo na unidade. Durante o TCL, o motor de passo e a bobina procuram cada faixa e a cabeça é alinhada em todas as faixas e os resultados são armazenados. Este é um recurso interno do firmware. Parece que esse processo está ficando preso ou talvez esteja produzindo as respostas erradas, impossibilitando o acesso à unidade após a recalibração térmica.

O erro que você postou do dmesg indica que há problemas no sdc, setor 0, bloco lógico 0. Esses blocos de numeração baixa geralmente contêm a geometria da unidade (ou seja, a formatação de hardware ou formatação). Se esses blocos estão indo mal, a unidade inteira pode ficar inacessível, permanentemente. A falha da mídia pode estar relacionada ao calor, o que pode explicar por que um período de inatividade (mover a unidade para outra máquina) às vezes a conserta, às vezes não corrige isso.

Para descobrir se o problema está relacionado à temperatura, ligue o computador e inicie um cronômetro, mas não use realmente a unidade - apenas espere a falha e registre quanto tempo leva para falhar. Em seguida, desligue-o e deixe-o desligado por várias horas para esfriar e, em seguida, execute novamente o teste, ligue o computador e a unidade, mas inicie uma enorme cópia da unidade de disco com muitos dados (a mesma unidade). Fazer mais trabalho com o motor de passo provavelmente fará com que a unidade aqueça mais rápido e faça com que ela falhe mais cedo. Se houver uma grande mudança no atraso da falha, a unidade será torrada e eu obteria outra. Boa sorte!

    
por systemBuilder 06.03.2015 / 00:48
0

Muitas vezes esse tipo de problema é causado pela falta de energia suficiente que vem do cabo USB para a unidade, e isso é particularmente provável quando a unidade externa não foi comprada no mercado, mas sim montada. (Você esperaria que um fabricante de uma unidade externa tivesse certeza de que as portas USB suportariam isso.)

Um dispositivo pode extrair até 500 mA de uma porta na especificação USB 2.0 e até 900 mA em USB 3.0. Ao verificar as especificações do fabricante da unidade externa, você poderá confirmar os requisitos máximos de energia da sua unidade.

O problema muitas vezes pode ser consertado tentando uma porta USB3 (se você tiver uma, e você ainda não tentou isso), porque elas fornecem mais energia que USB2, ou para obter um cabo USB Y para que a unidade possa obter energia de 2 portas em vez de 1. Estes estão disponíveis a baixo custo no eBay ou Amazon.

    
por scoobydoo 19.03.2015 / 08:23
0

Embora a causa real do problema já tenha sido apontada, quero adicionar a mesma resposta, já que tenho 4 HDDs externos.

Qualquer computador que seja fabricado, assume que a fonte de energia será usada de acordo com as especificações da configuração e, no máximo, uma sobrecarga de 20%

Qualquer dispositivo USB externo DEVE SER LIGADO por um CUBO EXTERNO, para proteger a fonte de alimentação do computador. O comportamento descrito é um comportamento típico para sobrecarga de energia. Supondo que você também tenha um DVD externo, isso também falhará em suas gravações e poderá tornar irrecuperável o (s) seu (s) dispositivo (s) e muito mais, até mesmo o seu computador. Geralmente, os laptops são prejudicados dessa maneira, já que os usuários tendem a usar hubs passivos USB ou dispositivos alimentados por computador, incluindo HDs, DVDs e afins.

Compre um hub USB com alimentação externa e conecte os dispositivos USB ATRAVÉS DE UMA PORTA USB LIGADA , em vez de drenar a energia da fonte do computador, pois essa abordagem danificará mais do que o seu HDD. Um surto de energia é basicamente o mesmo que um computador de baixa potência ou um dispositivo externo. O padrão USB não tem nada a ver com o dispositivo de pouca potência. Pense nisso assim: se você quer poder do seu carro, que combustível você usaria? Qualquer coisa que queime ou o combustível especificado pelo fabricante? É exatamente o mesmo aqui. Usando dispositivos USB DESPROVADOS, drena a energia da fonte de energia interna do computador. Já há dispositivos suficientes conectados a ele!

    
por Serban Stănescu 31.03.2015 / 02:02