Eu tenho um drive de 3 TB que recentemente começou a funcionar mal. Eu estava usando o utilitário ddrescue no Debian para ler dados do disco para um disco rígido externo diferente. No entanto, depois de 2 TB de dados terem sido gravados em um único arquivo de imagem, o processo foi encerrado. Isso ocorreu porque o disco rígido para o qual eu estava escrevendo está usando o sistema de arquivos Ext2, que tem um limite de tamanho de arquivo de 2 TB.
Abaixo, descreverei o que estou fazendo e o que planejo fazer depois. Eu realmente apreciaria se alguém pudesse verificar que eu não tenho terrivelmente confuso e que o que eu planejo fazer funcionará.
- Eu executei o utilitário ddrescue normalmente no disco rígido quebrado de 3 TB (A), gravando dados em hdd.img em um disco rígido funcional de 4 TB (B).
- B está usando o Ext2. Portanto, o ddrescue parou quando o hdd.img cresceu para ter 2194719883264 bytes de tamanho.
- Eu verifiquei o arquivo de log e notei que a última linha é "0x1FEFF7F0000 0xBBA1010000?", O que indica que todos os setores, inclusive e depois de 0x1FEFF7F0000, não foram tentados.
- Portanto, iniciei um novo processo ddrescue usando os parâmetros "--input-position = 2194719883264 --output-position = 0", gravando dados em um arquivo hdd_second_half.img em B.
- Eu pretendo comprar um novo disco rígido de 4 TB (C). Quando C está aqui e ddrescue termina de gravar em hdd_second_half.img, eu vou (1) copiar hdd.img para C e (2) acrescentar hdd_second_half.img para hdd.img com o comando "hdd_second_half.img & gt; & gt; hdd.img ".
- Irei mesclar manualmente os arquivos de log do ddrescue correspondente a hdd.img e hdd_second_half.img e executar o ddrescue no arquivo hdd.img final e completo em C o suficiente para recuperar os dados em todos os setores com falha.
- Eu montarei o arquivo de imagem e acessarei meus dados.
Em particular, é a etapa de anexação / concatenação que me preocupa - estou basicamente tentando contornar o fato de que eu estraguei tudo e esqueci de verificar se estava usando um sistema de arquivos que realmente suportava um arquivo de 3 TB.