Use informações de testdisk e gpart para montar a partição ext4

Question

Estou tentando recuperar a tabela de partição ext4 de um disco de 2TB, onde tenho 900.000 arquivos. Eu clonei o HD original e agora estou trabalhando no HD clonado. E eu estou executando o Parted Magic Live CD.

Com o testdisk eu consegui o que parece ser a partição original excluída:

Disk /dev/sdd - 2000 GB / 1863 GiB - CHS 243201 255 63
Partition Start End Size in sectors
>P Linux 0 1 1 243200 254 61 3907024000 [Duo]

Alguém pode me ajudar a ler esses números? Tanto quanto eu sei, eu posso usar esses dados com o comando mount e, se tudo der certo, ter acesso aos arquivos para iniciar uma transferência de arquivos, não posso?

De acordo com esta página man , posso usar os dados extraídos do testdisk para me ajudar a corrigir a partição:

"Now using the value given by TestDisk, you can use fsck to repair your ext2/ext3 filesystem. I.E. if TestDisk has found a superblock at block number 24577 and a blocksize of 1024 bytes, run:"

# fsck.ext3 -b 24577 -B 1024 /dev/hda1

Mas eu não sei exatamente como.

A propósito, aqui vão alguns dados mais úteis do gpart:

# gpart -gv /dev/sdd

dev(/dev/sdd) mss(512)
Primary partition(1)
   type: 131(0x83)(Linux ext2 filesystem)
   size: 1907726mb #s(3907024000) s(63-3907024062)
   chs:  (0/1/1)-(1023/254/63)d (0/0/0)-(0/0/0)r
   hex:  00 01 01 00 83 FE FF FF 3F 00 00 00 80 74 E0 E8

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: 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(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

Begin scan...
Possible partition(Linux ext2), size(1734848mb), offset(2mb)
   type: 131(0x83)(Linux ext2 filesystem)
   size: 1734848mb #s(3552968704) s(4096-3552972799)
   chs:  (1023/255/0)-(1023/255/0)d (0/0/0)-(0/0/0)r
   hex:  00 FF C0 FF 83 FF C0 FF 00 10 00 00 00 00 C6 D3

De acordo com esta postagem , posso usar essas informações para me ajudar:

"This time I got something useful. The s(63-117258434) part shows the starting sector, which is 63. A sector is 512 bytes, so the exact starting offset of the partition is 32256. So to mount this partition, just issue:"

mount -o loop,ro,offset=32256 /storage/image/diskofperson.dd /mnt/recovery

"And voilá, access to the filesystem has been obtained."

/storage/image/jdiskofperson.dd on /mnt/recovery type vfat (ro,loop=/dev/loop0,offset=32256)

Qualquer ajuda seria ótima.

    

Answer 1

Eu não sei se isso vai ajudar ...

Se você chegar ao ponto em que testdisk reconhece a partição, você deve ser capaz de selecioná-la e escolher uma opção de menu que irá detalhar a estrutura e mostrar os arquivos. A partir daqui, há uma opção para copiar os arquivos.

No entanto, se você voltar ao ponto em que a partição desejada é reconhecida, deverá ver uma opção na tela para [w] rite, que grava uma nova tabela de partição no disco. Isto irá (deve) dar-lhe a sua partição recuperada, e talvez outras partições falsas (melhor suposição). Nesse ponto, copie seus dados e corrija o disco conforme necessário.

Não estou certo de todos os detalhes, pois só fiz isso uma vez. Mas o testdisk recuperou uma partição NTFS que eu precisava depois de atrapalhar a tabela de partições com o fdisk do FreeBSD.

Eu não precisei de nada, exceto testdisk para a recuperação, mas aparentemente mudei a tabela de partições de msdos para gpt quando fiz a seleção inicial de tipo de dispositivo no testdisk, então acabei copiando meus dados e reformatando o disco. / p>     

Answer 2

Como você clonou o disco diretamente no disco, basta usar os dados encontrados por gpart para restaurar a tabela de partições. Na verdade, o gpart pode recriá-lo para você: execute

gpart -gv -W /dev/sdd /dev/sdd
partprobe /dev/sdd

Então você tem um (talvez danificado) sistema de arquivos ext2 / ext3 / ext4 em /dev/sdd1 . Use as ferramentas de reparo do sistema de arquivos em /dev/sdd1 , começando com e2fsck /dev/sdd1 .