Usa la información testdisk y gpart para montar la partición ext4

Estoy tratando de recuperar la tabla de particiones ext4 de un disco de 2TB, donde tengo 900,000 files. He clonado el HD original y ahora estoy trabajando en el HD clonado. Y estoy ejecutando Parted Magic Live CD.

Con TestDisk obtuve lo que parece ser la partición eliminada original:

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] 

¿Alguien puede ayudarme a leer estos numbers? Por lo que sé, puedo usar esta información con el command mount y, si todo va bien, tener acceso a los files para comenzar una transferencia de files, ¿o no?

De acuerdo con esta página de manual , puedo usar datos extraídos de testdisk para ayudarme a reparar la partición:

"Ahora, usando el valor dado por TestDisk, puede usar fsck para reparar su sistema de files ext2 / ext3. IE si TestDisk ha encontrado un superbloque en el bloque número 24577 y un tamaño de bloques de 1024 bytes, ejecute:"

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

Pero no sé exactamente cómo.

Por cierto, aquí van algunos datos más útiles de 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 acuerdo con esta publicación , puedo usar esta información para ayudarme:

"Esta vez obtuve algo útil. La parte s (63-117258434) muestra el sector de inicio, que es 63. Un sector tiene 512 bytes, por lo que el desplazamiento de inicio exacto de la partición es 32256. Entonces, para montar esta partición, solo emita : "

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

"Y voilá, se ha obtenido acceso al sistema de files".

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

Cualquier ayuda sería genial.

No sé si esto ayudará …

Si llega al punto en que testdisk reconoce la partición, debe poder seleccionarla y elegir una opción de menu que profundice en la estructura y muestre los files. Desde aquí, hay una opción para copyr los files.

Sin embargo, si vuelve al punto donde se reconoce la partición que desea, debe ver una opción en la pantalla para [w] rite, que escribe una nueva tabla de partición en el disco. Esto le dará (debería) su partición recuperada, y tal vez otras particiones falsas. En ese momento, copie sus datos y arregle el disco según sea necesario.

No tengo claro todos los detalles, ya que solo lo hice una vez. Pero testdisk recuperó una partición NTFS que necesitaba después de estropear la tabla de particiones con el fdisk de FreeBSD.

No necesitaba nada más que testdisk para la recuperación, pero al parecer cambié la tabla de particiones de msdos a gpt cuando realicé la selección del tipo de dispositivo inicial en testdisk, así que terminé copyndo mis datos y formateando el disco.

Como ha clonado el disco directamente en el disco, puede simplemente usar los datos encontrados por gpart para restaurar la tabla de particiones. De hecho, gpart puede recrearlo para usted: ejecutar

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

Luego tiene un sistema de files (tal vez dañado) ext2 / ext3 / ext4 en /dev/sdd1 . Use las herramientas de reparación del sistema de files en /dev/sdd1 , comenzando con e2fsck /dev/sdd1 .