Este é o esforço para recuperar um disco rígido com falha contendo vários trabalhos de pesquisa importantes. Resumindo: com o método que tentei (descrito abaixo), não consegui retomar várias imagens com falha criadas usando dd. Há alguma sugestão ou explicação sobre o que deu errado? Até 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 retomar uma imagem de disco interrompida feita com dd? No entanto, devo ter perdido alguma coisa, pois as opções pular/buscar não funcionam no meu caso, onde também divido a imagem em vários arquivos. Abaixo está o detalhe do meu problema.
As unidades de origem e destino são HDD de 1,8" e HDD de 2,5", ambas conectadas via USB e em NTFS. Isso é feito em uma máquina virtual.
Seguindohttp://www.linuxquestions.org/questions/linux-server-73/dd-starts-fast-10mb-s-but-slows-down-after-30gb-2-4mb-s-658471/page2.html, criei as imagens usando
sudo pv -ptreb -B 64k /dev/sde | dd bs=64k conv=sync,noerror | dividir -b 16384m - /media/target/whole-drive.img.
(tamanho do buffer 64kb e as imagens são divididas em arquivos de 16GB). Um problema que notei é que mesmo com a opção "noerror" ela parava quando encontrava blocos que não conseguia ler, ou seja,
pv: (stdin): falha na leitura: erro de entrada/saída =========================>] 61% ETA 1:56:54 142 GB 3 :04:10 [13,2 MB/s] [======================================== ===> ] 61%
2333629+1 registros em 2333630+0 registros em 152936775680 bytes (153 GB) copiados, 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 e não foi possível esperar, então cancelei e tentei dividir as imagens em tamanhos pequenos esperando que fosse mais rápido).
Neste ponto existem vários arquivos de imagens (com extensões aa, ab, ...,ai).
Com a restrição de tempo não consegui 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 | dividir -b 16384m - /media/target/whole-drive.img.
O número de blocos 2333630 foi calculado a partir de 152936775680/655536, pois o tamanho do buffer era 64k.
Quando executei o comando acima, o dd começou do zero e não consegui ver nenhuma alteração nos arquivos existentes (nem mesmo os carimbos de data e hora). O espaço restante no disco rígido também não muda. Por favor, deixe-me saber o que pode dar errado.
Muito obrigado novamente. Pawin