Antes de mais nada, estou usando o Linux (mas também tenho acesso a um PC Windows).
Durante algumas transferências de dados, minha unidade de disco rígido USB externa (formatada em NTFS) de repente não estava mais acessível, não consegui desmontá-la e fuser -mv /dev/sdc1 me disse que ela era usada apenas pelo processo mount.ntfs . Eu não tinha ideia, então acabei de matar esse processo. Então não foi mais montado, é claro.
Mas eu não pude mais usar essa porta USB. Estou usando um switch USB para vários dispositivos. Então, depois de alguns minutos de investigação, meu mouse foi desligado, eu não podia mais usá-lo também - para ser mais precisamente, a porta do mouse, que fica ao lado da primeira porta mencionada. Eu ainda poderia usar outras portas e o disco rígido estava funcionando bem. Mas depois de alguns minutos, a mesma coisa aconteceu, tornando a 'nova' porta USB inutilizável também.
Não consegui encontrar o disco rígido com lsblk nas portas inutilizáveis, mas lsusb ainda mostrou meu disco. Então eu decidi reiniciar. Tudo bem novamente - no começo. Mas em algum momento, aconteceu a mesma coisa.
Agora, após a reinicialização, em uma porta USB em funcionamento, meu disco rígido pode ser montado novamente. Estou tentando descobrir o que -o que aconteceu -como corrigir isso (ainda ocorre após algum tempo de transferência de dados)
lsblk mostra meu disco rígido agora.
Eu tentei o utilitário chkdsk do Windows. Isso encontrou alguns erros, corrigiu-os, mas ainda assim, o problema persiste.
Em seguida, executei um chkdsk completo (veja a terceira atualização) sem encontrar nenhum erro.
Eu tentei o ntfsfix /dev/sdc - não encontrei nada.
Eu tentei usar smartctl , mas smartctl --scan não encontrou meu disco.
Forçá-lo por smartctl -ax /dev/sdc fornece o erro Unknown USB bridge [0x1058:0x1230 (0x1050)] .
Especificando-o com smartctl -axd sat /dev/sdc funciona, realizei o curto, o prático e o teste estendido - sem nenhum erro. Apenas os dados dos atributos ( TYPE ) me deixaram um pouco curioso:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 214 175 021 Pre-fail Always - 6275
4 Start_Stop_Count 0x0032 098 098 000 Old_age Always - 2456
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
O resto é apenas Old_age ...
Alguma idéia, o que poderia me ajudar? O meu hardware está danificado (em caso afirmativo, não faço ideia do porquê, é relativamente novo, nada de especial até agora)? O que devo fazer? Como este é o meu maior disco, não posso fazer um backup completo no momento.
Atualizar : tentarei usar badblocks e / ou e2fsck . Eu queria evitar isso, porque leva muito tempo, mas não tenho idéia melhor ... vou atualizar, quando (se) alguma coisa terminar. Eu vou começar amanhã ...
Atualizar : Adicionado o comando smartctl correto com seus resultados até o momento. Eu vou fazer um teste estendido em breve, mas demora mais de 8 horas.
Atualizar : eu corri o chkdsk /f /r do Windows. Isso inclui procurar setores defeituosos e tentar corrigi-los. Demorou mais de 48 horas para terminar ... Resultado: Sem erros. Em seguida, vou fazer o teste SMART estendido ...
Atualização : o teste estendido da SMART também não encontrou erros. Demorou mais de nove horas para ser concluído ... O que fazer a seguir?