Como recuperar minha estrutura de diretórios e arquivos de uma partição confusa

Question

Algo estranho (não pergunte) aconteceu no meu disco rígido externo, resultando em dados (importantes) inacessíveis ... Eu não estou conseguindo montá-lo . Esses dados estavam em um sistema de arquivos vfat.

Eu posso aproveitar muito com uma ferramenta, acima . Ele o classifica em diretórios por tipo de arquivo, mas eu preciso dos dados intactos em sua estrutura de diretórios original. Além disso, essa ferramenta fornece aos arquivos resultantes alguns nomes aleatórios e é limitada a um número definido de tipos de arquivos.

Parece-me que a tabela de partição está danificada (não tenho certeza) e não sei como consertá-la. Aqui está a saída de gpart para toda a unidade:

# gpart -vd /dev/sdb

dev(/dev/sdb) mss(512) chs(121601/255/63)(LBA) #s(1953520065) size(953867mb)
Primary partition(1)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
   hex:  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Primary partition(2)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
   hex:  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Primary partition(3)
   type: 131(0x83)(Linux ext2 filesystem)
   size: 947827mb #s(1941150015) s(12370050-1953520064)
   chs:  (770/0/1)-(1023/254/63)d (770/0/1)-(121600/254/63)r
   hex:  00 00 C1 02 83 FE FF FF 82 C0 BC 00 3F 99 B3 73

Primary partition(4)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
   hex:  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

A única partição que me interessa é aquela que diz ser o sistema de arquivos Linux ext2 . Isso não pode ser exato do meu conhecimento (era vfat, mas também poderia ter sido NTFS, quem sabe). Também, isso não pode ser preciso, de acordo com outra saída de gpart (devo confiar?), Desta vez especificando apenas essa partição:

# gpart -vd /dev/sdb3

dev(/dev/sdb3) mss(512) chs(120831/255/63)(LBA) #s(1941150015) size(947827mb)

* Warning: strange partition table magic 0x606B.
Primary partition(1)
   type: 031(0x1F)(UNKNOWN)
   size: 522639mb #s(1070366139) s(4182104394-5252470532)
   chs:  (961/156/44)-(97/173/28)d (260323/244/28)-(59601/209/5)r
   hex:  F7 9C EC C1 1F AD 1C 61 4A D9 45 F9 BB 7D CC 3F

Primary partition(2)
   type: 249(0xF9)(UNKNOWN)
   size: 47812mb #s(97919955) s(4081875516-4179795470)
   chs:  (993/11/62)-(249/64/22)d (254084/254/55)-(260180/59/54)r
   hex:  D4 0B FE E1 F9 40 16 F9 3C 7A 4C F3 D3 23 D6 05

Primary partition(3)
   type: 211(0xD3)(UNKNOWN)
   size: 711401mb #s(1456950127) s(4249722057-5706672183)
   chs:  (671/191/48)-(644/231/52)d (264532/245/43)-(87874/144/6)r
   hex:  63 BF B0 9F D3 E7 B4 84 C9 9C 4D FD 6F 4B D7 56

Primary partition(4)
   type: 089(0x59)(UNKNOWN)
   size: 715318mb #s(1464971513) s(1293543745-2758515257)
   chs:  (1003/227/11)-(789/19/55)d (80519/95/26)-(171709/161/30)r
   hex:  43 E3 CB EB 59 13 F7 15 41 E9 19 4D F9 B0 51 57

    

Answer 1

Você acha que é um problema de particionamento ou você sabe que o disco tem erros de hardware?

Algumas coisas para tentar:

• Copie ( dd ) o conteúdo da partição para algum lugar e, em seguida, altere o tipo de partição de volta para Vfat / NTFS
• Experimente diferentes opções de montagem do FS, etc.
• Restaurar a partir de uma cópia do layout da partição original (talvez de um antigo log de instalação do anaconda, etc.)

Answer 2

Use dd ou ddrescue (ou dd_rescue) para criar uma imagem da unidade com falha se você tiver espaço suficiente em outra para ela. Se a unidade original tiver um erro de hardware, é bom ter uma cópia mestre. Você também pode montar (uma cópia) da imagem master como um dispositivo de bloco (loopback com 'mount -o'?).