Se trata del esfuerzo por recuperar un disco duro averiado que contiene varios trabajos de investigación importantes. Para resumir: con el método que probé (descrito a continuación) no pude reanudar varias imágenes fallidas creadas con dd. ¿Hay alguna sugerencia o explicación sobre lo que salió mal? Incluso las sugerencias de "palabras clave de Google" serán útiles. Muchas gracias.
Vi una publicación+respuesta sobre cómo reanudar la dd de un solo archivo de imagen aquí ¿Puedo reanudar una imagen de disco interrumpida realizada con dd? Sin embargo, debo haberme perdido algo ya que las opciones de omitir/buscar no funcionan en mi caso en el que también dividí la imagen en varios archivos. A continuación se muestra el detalle de mi problema.
Las unidades de origen y destino son HDD de 1,8" y HDD de 2,5", ambas conectadas mediante USB y en NTFS. Esto se hace en una máquina virtual.
Siguientehttp://www.linuxquestions.org/questions/linux-server-73/dd-starts-fast-10mb-s-but-slows-down-after-30gb-2-4mb-s-658471/page2.html, Creé las imágenes usando
sudo pv -ptreb -B 64k /dev/sde | dd bs=64k conv=sincronización,noerror | dividir -b 16384m - /media/target/whole-drive.img.
(El tamaño del búfer es de 64 kb y las imágenes se dividen en archivos de 16 GB). Un problema que noté es que incluso con la opción "noerror" se detenía cuando encontraba bloques que no podía leer, es decir,
pv: (stdin): lectura fallida: error de entrada/salida=========================> ] 61% ETA 1:56:54 142GB 3 :04:10 [13,2 MB/s] [======================================== ===> ] 61%
2333629+1 registros en 2333630+0 registros salientes 152936775680 bytes (153 GB) copiados, 11050,1 s, 13,8 MB/s
(Esto no sucedió cuando no se implementó la opción de división, pero tomó demasiado tiempo y no fue posible esperar, así que cancelé e intenté dividir las imágenes en un tamaño pequeño con la esperanza de que fuera más rápido).
En este punto hay varios archivos de imágenes (con extensiones aa, ab, ...,ai).
Por falta de tiempo no pude volver a empezar de cero. Así que lo intenté
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.
El número de bloques 2333630 se calculó a partir de 152936775680/655536 ya que el tamaño del búfer era de 64 k.
Cuando ejecuté el comando anterior, dd comenzó desde cero y no pude ver ningún cambio en los archivos existentes (ni siquiera las marcas de tiempo). El espacio restante en el disco duro tampoco cambia. Por favor, hágame saber qué podría salir mal.
De nuevo, muchas gracias. Pawin