ddrescue falha ao concluir a recuperação de NTFS

2

Recentemente, tive um amigo com um novo Disco Rígido de Área de Trabalho Interna Hitachi 2TB 32MB 7200 RPM de 3.5 "SATA 6.0Gb / s com Win7 Pro OS que foi reportado pelo Windows como defeituoso. Ele me pediu para recuperá-lo e substituir a unidade. não era uma unidade de inicialização. Ainda tinha alguns dias para devolvê-lo ao fornecedor.

Não consegui acessá-lo com nada em um novo PC (com diferentes controladores SATA e cabos de dados e de energia SATA).

Curiosamente, a DFT da Hitachi informou que tudo estava bem: Status SMART: saudável

Log de teste

    ReadErrStat       : Done
    Result            : Pass


    SMART QT          : Done
    Result            : Pass

Apesar de 3 Eventos do Windows indicando a mesma falha SMART. Descrição: O driver detectou que o dispositivo \ Device \ Harddisk3 \ DR3 previu que ele falhará. Imediatamente faça backup de seus dados e substitua sua unidade de disco rígido. Uma falha pode ser iminente.

Eu usei o ddrescue 1.18.1 no System Rescue CD.

Como o HDD era novo, esperava que todos os dados / arquivos estivessem no primeiro trimestre do disco. O ddrescue levou cerca de 25 horas para percorrer o caminho de 2TB e escrever para uma nova unidade de 2TB (suspeito que alguns agora saibam qual será o meu problema). Eu não tenho unidades maiores.

ddrescue -n -f /dev/sdb /dev/sdc resq.log

O ddrescue recuperou todos os arquivos, menos 347 (cerca de 0,5%), mas relatou que não foi possível concluir corretamente, porque ficou sem espaço na unidade de destino. A taxa de transferência lenta, bem como a crescente contagem de arquivos não recuperados, terminou em cerca de um quarto no processo de recuperação, indicando que já passava onde - ou pelo menos a maioria - havia arquivos de dados e estava literalmente recuperando território virgem. / p>

Estas eram ambas as partições únicas formatadas em NTFS de todas as drives (a nova era um novo Toshiba 2TB HDD).

No Linux, não consigo montar a unidade recuperada para copiá-la nem visualizá-la. Continue recebendo erro de formato NTFS.

Eu não quero ver se algo está visível em um sistema operacional Windows devido à propensão de tal oferecer para consertar as coisas, o que eu não quero que tente.

Para piorar, comprei e o GPT formatou um drive de 4TB e comecei a repetir o ddrescue e o disco rígido com falha falhou completamente em menos de 10% do caminho.

Eu tenho lido o manual do ddrescue, bem como vários fóruns e não consigo encontrar algumas instruções sobre como consertar a unidade de destino "completa", para que ela seja acessível. Não quero cometer erros que possam corromper mais os dados. Alguém tem alguma idéia sobre resgate / reparo para que eu possa fazer uma cópia e depois ver o que foi recuperado e onde as coisas estão?

    
por Fascist Nation 12.09.2015 / 05:57

1 resposta

1

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, por isso não lida com arquivos.

Não está claro onde seu registro de resgate é / foi - você ainda tem isso?

Eu estaria inclinado a fazer uma cópia do bom drive de 2TB para o drive de 4TB.

Eu tentaria fazer um ddrescue novamente do drive de 2TB ruim para o drive de 4TB - mas desta vez adicionando o switch -R para tentar se recuperar do final do disco (porque eu acho que os drives de 2TB foram tamanhos ligeiramente diferentes, por isso não conseguiu o bit final). Se você tiver acesso ao arquivo de log, tente usá-lo também, pois ele provavelmente tornará a vida um pouco mais fácil - mas não é crítico, eu acho

Eu veria então se eu poderia acessar os dados (fora do drive de 4 GB) no Linux, se não - e espero que eu não seja capaz de dar uma chance ao Windows e ver se ele pode ler isto.

Se isso falhar, eu usarei o photorec no bom drive de 2TB para fazer o que eu puder, ignorando o NTFS.

    
por 12.09.2015 / 06:21