Recuperando unidad NTFS con safecopy

Hace varios días, dejé caer mi disco duro externo USB. Como resultado, no puedo leer algunos de los files. Me gustaría recuperarlo, y ahora estoy usando safecopy . Usé el siguiente command,

sudo safecopy /dev/sdb1 data.img --stage1 

Sin embargo, alnetworkingedor del 93%, hay un post como "no se puede leer de la fuente". Luego intenté montar esta image parcialmente recuperada, pero fallé. ¿Cuáles son las cosas que puedo hacer más para recuperar los datos?

=============================================== ================

He intentado usar

 sudo safecopy /dev/sdb data.img --stage1 

Ahora, está hecho. Entonces yo

 fdisk -lu data.img 

Produce este resultado,

 Disk data.img: 310.8 GB, 310798626816 bytes 255 heads, 63 sectors/track, 37785 cylinders, total 607028568 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xb1bec32c Device Boot Start End Blocks Id System data.img1 63 625137344 312568641 7 HPFS/NTFS/exFAT 

Entonces, traté de montar con

 sudo mount -o loop,offset=32256 -t ntfs data.img /mnt/temp 

pero falló con esta salida

 Failed to read last sector (625137281): Invalid argument HINTS: Either the volume is a RAID/LDM but it wasn't setup yet, or it was not setup correctly (eg by not using mdadm --build ...), or a wrong device is tried to be mounted, or the partition table is corrupt (partition is smaller than NTFS), or the NTFS boot sector is corrupt (NTFS size is not valid). Failed to mount '/dev/loop0': Invalid argument The device '/dev/loop0' doesn't seem to have a valid NTFS. Maybe the wrong device is used? Or the whole disk instead of a partition (eg /dev/sda, not /dev/sda1)? Or the other way around? 

¿Cómo debo hacer para recuperar los datos desde aquí?

En primer lugar, es posible que desee probar safecopy --stage2 y safecopy --stage3 también, para tratar de extraer un poco más del disco.

Si su copy es parcial, tiene un sistema de files dañado. Ejecute fsck en él (por ejemplo fsck -y copy-of-data.img ) para intentar repararlo. Tenga en count que para NTFS, necesitará una versión reciente de NTFS-3g . Reparar significa convertir el sistema de files en un sistema de files válido, puede perder parte de la información. Entonces haz esto en una copy de la image. A continuación, monte la image e intente recuperar files desde allí: sudo mount -o loop copy-of-data.img /mnt . Tenga en count que si fsck encuentra algunos datos que no puede relacionar con un nombre de file, lo almacenará en el directory lost+found .

Algunas veces, cuando fsck ejecuta, descarta datos porque esos datos no parecen pertenecer a ningún file. Un enfoque diferente para la recuperación de datos es search fragments en el disco que se vean como datos útiles. Esto funciona especialmente bien para formattings de file que tienen un encabezado reconocible, como imágenes. Intente ejecutar herramientas de tallado en la copy de la image del disco donde no ha ejecutado fsck . Consulte Cómo recuperar datos de una tarjeta SD incorrecta? Si estas herramientas de tallado no están fácilmente disponibles en su sistema, intente con el CD en vivo de Testdisk .