Retomar imagens de disco com vários arquivos interrompidos criados com o dd?

1

Este é o esforço para recuperar um disco rígido com vários trabalhos de pesquisa importantes. Resumindo: com o método que eu tentei (descrito abaixo) eu não pude retomar as múltiplas imagens com falha criadas usando o dd. Há alguma sugestão ou explicação sobre o que deu errado? Até mesmo sugestões para "palavra-chave do google" ajudarão. Muito obrigado.

Eu vi um post + resposta sobre como retomar o dd de um único arquivo de imagem aqui Posso continuar uma imagem de disco interrompida com o dd? No entanto, devo ter perdido algo, já que as opções skip / seek não funcionam no meu caso, e eu também divido a imagem em vários arquivos. Abaixo está o detalhe do meu problema.

Os drives de origem e destino são HDD de 1,8 "e HD de 2,5", ambos conectados via USB e em NTFS. Isso é feito em uma máquina virtual.

Seguindo link , criei as imagens usando

sudo pv -ptreb -B 64k /dev/sde | dd bs=64k conv=sync,noerror | split -b 16384m - /media/target/whole-drive.img.

(tamanho do buffer 64kb e imagens são divididas em arquivos de 16GB). Uma questão que notei é que mesmo com a opção "noerror" parou quando encontrou blocos que não sabia ler, ou seja,

pv: (stdin): read failed: Input/output error=========================> ] 61% ETA 1:56:54 142GB 3:04:10 [13.2MB/s] [==========================================> ] 61%
2333629+1 records in 2333630+0 records out 152936775680 bytes (153 GB) copied, 11050.1 s, 13.8 MB/s

(Isso não aconteceu quando a opção de divisão não foi implementada - mas demorou muito tempo e não foi possível esperar, então cancelei e tentei dividir as imagens em tamanho pequeno, esperando que fosse mais rápido).

Neste ponto, existem vários arquivos de imagens (com extensões aa, ab, ..., ai).

Com restrição de tempo, não pude começar do zero novamente. Então eu tentei

sudo pv -ptreb -B 64k /dev/sde | dd bs=64k skip=2333630 seek=2333630 conv=sync,noerror | split -b 16384m - /media/target/whole-drive.img.

O nero de blocos 2333630 foi calculado a partir de 152936775680/655536, uma vez que o tamanho do tamp era de 64k.

Quando eu executei o comando acima, o dd começou do zero e eu não pude ver nenhuma alteração nos arquivos existentes (nem mesmo os timestamps). O espaço restante no disco rígido também não é alterado. Por favor, deixe-me saber o que poderia dar errado.

Muito obrigado novamente. Pawin

    
por Pawin 03.06.2012 / 07:58

0 respostas