Estoy ejecutando el siguiente comando en una unidad de 500 GB:
ddrescue --force --direct /dev/sde2 /home/backups/sde2.img sde2_logfile.ddrescue
Sin embargo, han pasado casi 24 horas y lo único que ha hecho hasta ahora son casi 10 GB:
-rw-r--r-- 1 root root 9.2G Jul 22 13:35 sde2.img
¿Hice un comando incorrecto que hace que este proceso demore más de lo que debería?
Respuesta1
Generalmente se recomienda realizar operaciones de rescate en tres fases como se describeaquí, utilizando un archivo de registro para que los múltiples pases se puedan fusionar sobre la marcha.
Primero haga un paso rápido usando lecturas en caché (no --direct) y sin realizar ninguna recuperación seria. Este paso debería obtener la gran mayoría de sus datos, a menos que la unidad esté muy agotada.
ddrescue --no-split /dev/hda1 imagefile logfile
luego inténtelo sin caché con división, pero cancele cada área defectuosa después de 3 intentos fallidos.
ddrescue --direct --max-retries=3 /dev/hda1 imagefile logfile
y finalmente intente volver a recortar las áreas de error restantes, abortando una vez más si la recuperación no es posible.
ddrescue --direct --retrim --max-retries=3 /dev/hda1 imagefile logfile
Tenga en cuenta que al seguir este enfoque, obtendrá todos los datos intactos desde el principio, lo más rápido posible. Incluso si las otras opciones de recuperación no pueden recuperar una cantidad suficiente de la unidad para que se pueda montar, aún puedes usar utilidades de tallado de archivos como PhotoRec para recuperar archivos intactos de tipos conocidos fuera de la imagen.