Eu tenho um disco rígido portátil Hitachi 640GB que tem alguns blocos defeituosos. Eu não acredito que os blocos sejam blocos físicos ruins, porque a unidade não faz nenhum ruído de clique. O disco rígido é formatado como NTFS e foi usado como uma unidade do Windows 7. Eu corri o CHKDSK na unidade três vezes e, embora tenha relatado vários arquivos órfãos e arquivos corrompidos, e relatou corrigi-los, a unidade ainda era incapaz de copiar os arquivos para outra unidade de trabalho que estou usando.
Eu decidi usar o ddrescue para resgatar os arquivos. Eu tenho uma unidade USB de 2 TB que estou recuperando os arquivos para com ddrescue. A unidade Hitachi está conectada com o Firewire 400 a um iMac em que estou executando o ddrescue.
Eu uso os parâmetros de comando:
sudo ddrescue -r3 /dev/disk5s2 test.img test.logfile
O Ddrescue pareceu rodar bem por vários dias, e o arquivo img é do mesmo tamanho que o da Hitachi, então isso também parece normal. No entanto, nos últimos 3 dias, ddrescue foi preso no que parece ser a peça final do disco. O tamanho do erro relatado é 36404 KB, e uma leitura bem-sucedida ocorre apenas uma vez a cada 12 horas ou mais. Eu estou anexando uma captura de tela da minha saída ddrescue no Terminal, bem como minha cópia do arquivo de log ddrescue para referência. A unidade continua a zumbir enquanto a ddrescue a acessa, mas até agora muito pouco progresso foi feito.
Por algum motivo, quando tentei usar o acesso direto ao disco, o Terminal retornou o erro: O acesso direto ao disco não estava disponível, então não consegui usá-lo na operação do ddrescue.
Devo interromper a operação do ddrescue e reiniciá-la? Devo alterar os parâmetros de comando para testar os dados da última área problemática do disco rígido? Ou é simplesmente realmente corrompido para que o ddrescue não possa recuperá-lo, ou se puder, levaria muito tempo?
Qualquer conselho sobre este assunto seria muito apreciado!
Saída do arquivo de log
[
Saída de terminal
[
be aware that a bad drive can block ddrescue for a long time until the kernel gives up
Existe também esta questão . A resposta ali sugere deixar a unidade esfriar. Eu não sei se é um bom conselho.
Quanto ao problema com acesso direto: o manual menciona dispositivos brutos (consulte example 2 ). O raw command será útil aqui. Eu admito que nunca usei (ou seja, tive que usar) ddrescue dessa maneira.
Tags data-recovery ddrescue