Resgatando arquivos de um HDD morto: uma imagem ddrescue completa ainda é a opção “menos prejudicial” em uma unidade grande se os arquivos necessários forem pequenos e poucos?

1

Este é um computador HP 15 executando o Windows 10 e seu HDD interno está falhando / morto, acredito fisicamente. Ele não começou a fazer sons / cliques incomuns, e não parece ter ocorrido um grande acidente de cabeça, apenas setores físicos ruins; Eu não quero tentar iniciar e só quero resgatar os arquivos.

Passou de funcionar bem para desligar aleatoriamente a reinicialização durante a noite e, por um tempo, consegui chegar à área de trabalho; algumas botas depois disso, eu pude recuperar o Windows, e em um ponto, eu corri chkdsk / r / i; havia um grande número de registros inválidos do segmento de "segmento de arquivo ilegível"; corrigiu um monte de coisas, mas depois de cerca de um dia, parecia que não iria mais mostrar o progresso, então eu tive que desligar. Depois disso, nem consegui visualizar as Opções de Recuperação do Sistema do Windows; além deste ponto, ele sempre entra em uma tela preta e eu só consigo acessar a BIOS.

Iniciar a partir de um USB linux e executar o fdisk -l lista estas partições:

  • 1 - Ambiente de recuperação do Windows
  • 2 - sistema EFI
  • 3 - Microsoft reservada
  • 4 - Dados básicos da Microsoft (~ 450 GB)
  • 5 - Ambiente de recuperação do Windows
  • 6 - dados básicos da Microsoft

Todas as partições, exceto 3 e 4 (que possuem os dados), montam; # 4 falha com erro:

ntfs_attr_pread_i: ntfs_pread failed: Input/output error
Failed to read NTFS $Bitmap: Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a SoftRAID/FakeRAID hardware.

Em seguida, recomenda executar o chkdsk / f e inicializar no Windows, mas estou preocupado com o fato de o chkdsk ser muito perigoso para ser executado. Todo ciclo de leitura / gravação tem o potencial de causar mais danos, então minha esperança é usar o ddrescue para clonar em um disco rígido externo.

No entanto, os arquivos importantes são muito poucos em número e provavelmente abaixo de 50-100 MB no total. No entanto, eu não sei exatamente onde eles estão (mas deve ser óbvio subpastas de Desktop / Meus Documentos e tal), e não pode acessar o sistema de arquivos para localizá-lo como está corrompido e não sabe como ver a estrutura de pastas .

Então esta é a minha pergunta.

Ainda é mais seguro usar o ddrescue para criar imagens de todo o disco, ou existe uma maneira de obter apenas a pequena quantidade de dados de que preciso sem causar muito dano, apesar do sistema de arquivos danificado?

Há mais alguma coisa que eu deva fazer ou qualquer utilitário gratuito que eu possa usar para tornar isso mais seguro ou obter mais informações sobre o estado do disco rígido?

Estou tentando minimizar o número de ciclos de leitura / gravação porque parece uma situação em que cada tentativa causa mais danos em potencial. Eu nunca usei o linux antes e não sei nada sobre comandos ou parâmetros e qualquer conselho mesmo "óbvio" seria útil para mim (eu tenho pouquíssimo conhecimento de informática, então peço desculpas se esta questão não for adequada para o superusuário). / p>     

por forgotten 24.08.2018 / 22:27

1 resposta

0

Em uma situação como essa, uma das minhas principais regras seria que houvesse ciclos de gravação zero . Diante de dados duvidosos eu não faria nenhuma tentativa de recuperar nada no disco. Em vez disso, usaria ferramentas que liam o disco e escrevessem os dados em outro lugar.

Nunca precisei recuperar arquivos de mídia danificada, toda recuperação que fiz envolveu dados de controle ampliados (tabela de partições, matrizes de RAID etc.) Dito isso, obtive o melhor resultado com Ferramentas R . Eu ainda não encontrei nada que a deixasse perplexo, e até diria que outros programas juraram que não havia nada lá. Note que ele tem uma versão demo para download que permite que você veja se consegue encontrar seus dados ou não. (O único impedimento da demonstração é que ela tem um limite severo no tamanho dos arquivos que ela realmente irá recuperar).

Se as estruturas estiverem intactas o suficiente para que você possa simplesmente ir até os arquivos desejados e recuperá-los, isso é o que eu faria. Se houver buracos, você terá que escanear seus dados - e nesse momento você está lendo tudo de qualquer maneira, o passo 1 deve ser criar uma imagem e trabalhar com ela.

(Eu não tenho conexão com as R-Tools além de ser um cliente satisfeito.)

    
por 24.08.2018 / 23:41