Recentemente, tive um amigo com um novo disco rígido interno de desktop Hitachi 2 TB 32 MB 7200 RPM 3,5 "SATA 6,0 Gb/s com sistema operacional Win7 Pro que foi relatado pelo Windows como falha. Ele me pediu para recuperá-lo e substituir a unidade. Este não era um unidade de inicialização. Ainda faltavam alguns dias para devolvê-la ao fornecedor.
Não consegui acessá-lo com nada em um novo PC (com diferentes controladores SATA e cabos de dados e alimentação SATA conhecidos).
Curiosamente, o DFT da Hitachi relatou que estava tudo bem: Status SMART: Saudável
Registro de teste
ReadErrStat : Done
Result : Pass
SMART QT : Done
Result : Pass
Apesar de 3 eventos do Windows indicarem a mesma falha do SMART. Descrição: O driver detectou que o dispositivo \Device\Harddisk3\DR3 previu que irá falhar. Faça backup imediatamente dos seus dados e substitua a unidade de disco rígido. Uma falha pode ser iminente.
Usei o ddrescue 1.18.1 no CD System Rescue.
Como o HDD era novo, eu esperava que todos os dados/arquivos estivessem no primeiro quarto da unidade. O ddrescue levou cerca de 25 horas para percorrer a unidade de 2 TB e gravar em uma nova unidade de 2 TB (suspeito que alguns agora sabem qual será o meu problema). Eu não tinha unidades maiores.
ddrescue -n -f /dev/sdb /dev/sdc resq.log
O ddrescue recuperou todos os arquivos, exceto 347 (cerca de 0,5%), mas relatou que não foi possível terminar corretamente porque ficou sem espaço na unidade de destino. A lenta taxa de transferência, bem como a contagem crescente de arquivos não recuperados, encerraram cerca de um quarto do processo de recuperação, indicando que já havia passado de onde os - ou pelo menos a maioria - dos arquivos de dados estavam presentes e agora estava literalmente recuperando território virgem.
Ambos eram formatados em NTFS, partição única de todas as unidades (o novo era um novo HDD Toshiba de 2 TB).
No Linux, não consigo montar a unidade recuperada para copiá-la, nem visualizá-la. Continue recebendo erro de formato NTFS.
Não quero ver se alguma coisa está visível em um sistema operacional Windows devido à propensão de se oferecer para consertar as coisas, o que não quero que tente.
Para piorar a situação, comprei e formatei com GPT uma unidade de 4 TB e comecei a repetir o ddrescue e o disco rígido com falha falhou completamente em menos de 10% do caminho.
Tenho lido o manual do ddrescue, bem como vários fóruns, e não consigo encontrar certas instruções sobre como reparar a unidade de destino "completa" para que fique acessível. Não quero cometer erros que possam corromper ainda mais os dados. Alguém tem alguma ideia sobre resgate/reparo para que eu possa fazer uma cópia e ver o que foi recuperado e onde estão as coisas?
Responder1
Quando você diz "ddrescue recuperou todos os arquivos byt 347", o que você quer dizer? O ddrescue deve fazer uma pequena cópia do disco rígido, para não lidar com arquivos.
Não está claro onde está/estava seu registro de resgate - você ainda o tem?
Eu estaria inclinado a fazer uma pequena cópia da unidade boa de 2 TB para a unidade de 4 TB.
Eu tentaria então fazer um ddrescue novamente da unidade ruim de 2 TB para a unidade boa de 4 TB - mas desta vez adicionando a opção -R para tentar se recuperar do final do disco (porque acho que as unidades de 2 TB eram ligeiramente diferentes tamanhos então não pegou a parte final). Se você tiver acesso ao arquivo de log, tente usá-lo também, pois provavelmente tornará sua vida um pouco mais fácil - mas não é crítico, eu acho
Eu então veria se conseguiria acessar os dados (da unidade de 4 GB) no Linux, se não - e espero que não consiga, daria uma chance no Windows e veria se ele conseguia lê-los.
Se isso falhasse, eu usaria o photorec na boa unidade de 2 TB para extrair tudo o que pudesse, ignorando o NTFS.