Recuperando a unidade NTFS com safecopy

Question

Vários dias atrás, deixei cair meu disco rígido externo USB. Como resultado, não consigo ler alguns dos arquivos. Eu gostaria de recuperá-lo e agora estou usando safecopy . Eu usei o seguinte comando,

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

No entanto, em torno de 93%, há uma mensagem como "não é possível ler da origem". Então eu tentei montar essa imagem parcialmente recuperada, mas falhei. Quais são as coisas que posso fazer mais para recuperar os dados?

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

Eu tentei usar

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

Agora está feito. Então eu

fdisk -lu data.img

Produz esse 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

Depois tentei montar com

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

mas falhou com este resultado

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 (e.g. 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 (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

Como devo fazer para recuperar os dados daqui?

    

Answer 1

Primeiro, você pode tentar safecopy --stage2 e safecopy --stage3 , para tentar extrair um pouco mais do disco.

Se a sua cópia é parcial, você tem um sistema de arquivos danificado. Execute fsck (por exemplo, fsck -y copy-of-data.img ) para tentar reparar. Note que para o NTFS, você precisará de uma versão recente do NTFS-3g . Reparar significa transformar o sistema de arquivos em um sistema de arquivos válido, mas pode perder alguns dos dados. Então faça isso em uma cópia da imagem. Em seguida, monte a imagem e tente recuperar arquivos dela: sudo mount -o loop copy-of-data.img /mnt . Observe que, se fsck encontrar alguns dados impossíveis de relacionar a um nome de arquivo, ele será armazenado sob lost+found .

Às vezes, quando fsck é executado, ele descarta dados porque esses dados não parecem pertencer a nenhum arquivo. Uma abordagem diferente para a recuperação de dados é procurar fragmentos no disco que se pareçam com dados úteis. Isso funciona especialmente bem para formatos de arquivo que possuem um cabeçalho reconhecível, como imagens. Portanto, tente executar ferramentas de escultura na cópia da imagem de disco em que você não executou fsck . Consulte Como recuperar dados de um cartão SD incorreto? Se essas ferramentas de escultura não estiverem facilmente disponíveis em seu sistema, tente o CD ao vivo do Testdisk .