Eu usei o ddrescue (através do pacote gddrescue) para criar uma imagem de disco de uma unidade completa de 1,5 TB que tinha várias partições. Isso completou bem usando.
ddrescue --no-split /dev/sd{X} /path/to/drive.img /path/to/drive.log
Consigo ver as duas partições com o fdisk no img:
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xb65b52a6
Device Boot Start End Sectors Size Id Type
DiskImg.img1 * 2048 1933981695 1933979648 922.2G 7 HPFS/NTFS/exFAT
DiskImg.img2 1933981696 2930272255 996290560 475.1G 7 HPFS/NTFS/exFAT
Eu também sou capaz de montar as partições e ver os arquivos que estavam na unidade sem problemas usando a opção de deslocamento ao montar.
O problema que estou enfrentando é que ao tentar copiar os arquivos da imagem para uma nova unidade, o processo pára completamente em algum momento. Presumo que os setores defeituosos estavam no caminho antigo.
Eu sei que os setores defeituosos / ausentes são copiados em certo sentido, mas achei que conseguiria obter facilmente os dados que não estavam ruins / ausentes. Não é esse o caso? Não consigo encontrar nenhuma opção dentro do comando copy que pule erros, etc, e a opção --ignore-errors no rsync não parece fazer nada.
Existe um utilitário que me permite copiar os arquivos que estão disponíveis sem bloquear tudo quando um arquivo é atingido por um setor defeituoso? Eu realmente gostaria de evitar usar algo como safecopy para copiar da imagem que criei para uma nova imagem, pois eu teria que comprar outra unidade em cima da que eu já tenho para recuperar esses dados.
Até agora, parece que o seguinte pode funcionar:
rsync -avP --stats --block-size=512 --timeout=10 /path/to/src /path/to/dest
Embora o tempo limite pareça ser maior que 10 segundos.