Solución:
Releer a fondo ddrescue manual y descubrí la siguiente opción:
-m file
--domain-logfile=fileRestrinja el dominio de rescate a los bloques marcados como terminados en el archivo de registro expediente. Esto es útil si la unidad de destino falla durante el rescate.
Entonces la invocación de ddrescue se vería algo como esto:
# ddrescue -d -b 4096 -m sda1.log /dev/sda1 /mnt/sda1.img logfile2.log
Edición rápida 2018:
yo suelo ddrescue a veces, desde hace algunos años, por rescatar disco duro.
Algo mas rapido que dd en disco duro con superficies realmente rotas.
Pero dd es realmente seguro y mi primera publicación se mantiene fiel.
Publicación original
Esto es un muy mala idea!
estoy hablando de Antes de convertir el sistema de archivos dañado en un archivo en otro disco duro…
Como cuando una unidad de disco se daña, la corrupción generalmente aumenta cada vez que intentas acceder a tu disco.
Entonces los Una buena forma de rescatar una unidad averiada es ¡Cree una imagen copiando todo el disco de principio a fin en una operación ininterrumpida!. Después de eso: desenchufe la unidad de disco y guárdelos en silencio. Como: menos toca el disco roto, más posibilidades tiene de restaurar algo.
Como cada vez que el acceso mecánico al material roto podría causar más daños, el registro en el que se ha convertido de su última operación no es una referencia por saber cual bloque esta dañado ahora.
Yo personalmente, no uso ddrescue. yo suelo dd de un tiempo y esta herramienta hace todo lo que necesito:
dd bs=512 if=/dev/sdX of=/backuprepo/sdXBroken.img conv=noerror,sync
Y dejo que funcione con paciencia.