ddrescue recue bem-sucedido, mas nenhum arquivo resgatado na saída?

Question

Estou tentando recuperar dados de um disco com vários setores corrompidos. Partição danificada (partição do windows, sdb2) não pode mais ser montada (leva muito tempo, e às vezes faz com que o ubuntu file explorer falhe / tudo fique lento), então eu tentei usar o ddrescue para recuperar seus dados.

Formatei outro disco (2 vezes maior que a partição danificada) em FAT (sda1) e pretendia usá-lo como disco de recuperação.

Eu corro este comando:

*sudo ddrescue -B -v -n --force /dev/sdb2 /dev/sda1 récupérationLog2.log*

após 9 horas de trabalho intenso, a saída do console parece muito boa, pois menciona 953525 MiB de dados resgatados (na partição de 1TB):

*GNU ddrescue 1.19
About to copy 953668 MiBytes from /dev/sdb2 to /dev/sda1.
    Starting positions: infile = 0 B,  outfile = 0 B
    Copy block size: 128 sectors       Initial skip size: 128 sectors
Sector size: 512 Bytes
Press Ctrl-C to interrupt
rescued:  953525 MiB,  errsize:   142 MiB,  current rate:     3072 B/s
   ipos:  904228 MiB,   errors:     513,    average rate:  29903 KiB/s
   opos:  904228 MiB, run time:    9.07 h,  successful read:       0 s ago
Finished* 

Tudo parece muito bom, mas quando eu montei a partição de resgate, sda1, parece que não há nenhum arquivo. Tudo está vazio. Claro que tentou listar arquivos ocultos com ls -a, mas nada aqui.

Essa é a segunda vez que consigo o que parece ser uma recuperação bem sucedida sem obter nenhum arquivo de saída. Existe alguma coisa que eu faça de errado? Mais alguma coisa para tentar?

Obrigado pessoal pelo seu apoio:)

Nicolas

PS: aqui está um trecho de logFile

# Rescue Logfile. Created by GNU ddrescue version 1.19
# Command line: ddrescue -B -v -n --force /dev/sdb2 /dev/sda1 récupérationLog2.log
# Start time:   2017-04-18 09:47:59
# Current time: 2017-04-18 18:52:11
# Finished
# current_pos  current_status
0xDCC247D000     +
#      pos        size  status
0x00000000  0x0160C000  +
0x0160C000  0x00000200  -
0x0160C200  0x02B5FC00  /
0x0416BE00  0x00000200  -
0x0416C000  0x14B94000  +
0x18D00000  0x00000200  -
0x18D00200  0x003FFC00  /
0x190FFE00  0x00000200  -
0x19100000  0x4F570000  +
0x68670000  0x00000200  -
0x68670200  0x00005C00  /
0x68675E00  0x00000200  -
0x68676000  0x00094000  +
0x6870A000  0x00000200  -
0x6870A200  0x00001C00  /
0x6870BE00  0x00000200  -
0x6870C000  0x008E0000  +
0x68FEC000  0x00000200  -
0x68FEC200  0x00002C00  /
0x68FEEE00  0x00000200  -
0x68FEF000  0x0000A000  +
0x68FF9000  0x00000200  -
0x68FF9200  0x00006C00  /
0x68FFFE00  0x00000200  -

PS2: Eu tive que adicionar o argumento - force porque toda vez que eu tentei usar o ddrescue ele disse que ele não podia iniciar devido ao arquivo ouputlog já existente mesmo se eu tentasse nomes diferentes, inexistente, de cada vez.

    

Answer 1

% bl0ck_qu0te%

Não é assim que funciona. Veja o que você está fazendo agora:

• Você está copiando o conteúdo de /dev/sdb2 sobre /dev/sda1
• Você marcou o último como FAT na tabela de partições, mas está sobrescrevendo com um sistema de arquivos NTFS
• Quando você tenta "montar" /dev/sda1 ele não funciona porque não é um sistema de arquivos FAT, é claro

Como observação, usar mount para recuperação de dados raramente é uma boa abordagem, especialmente se você não garantir que seja somente leitura. Além disso, não adicione acentos ou caracteres especiais a nomes de arquivos no terminal.

O que você deveria ter feito é:

• Crie uma nova partição para manter um arquivo de imagem da partição com falha. Observe que o FAT não é uma opção aceitável porque você não pode armazenar arquivos FAT com mais de 4 GB. NTFS ou exFAT seria OK.

• Monte a referida partição e copie a unidade para um arquivo, por exemplo:

  ddrescue /dev/sdb2 /media/user/External/copy.img /media/user/External/copy.log
  

• Execute a recuperação de dados na cópia, conforme explicado em Recuperando partições NTFS danificadas ou excluídas