2 votos

Recuperar el sistema de archivos ext4 después de un formato rápido

He formateado accidentalmente uno de mis discos y espero poder recuperar una parte importante de mi sistema de archivos ya que "sólo" hice un formato rápido.

Después de instalar un segundo disco duro idéntico, formateé rápidamente la unidad equivocada por accidente a través de la aplicación de discos de Ubuntu (14.04). El disco estaba antes en formato ext4 y volví a hacer el formato rápido a ext4. Sólo había una única partición en la unidad. Sólo unos segundos después de que el daño se había hecho, he desmontado la unidad para evitar escrituras accidentales.

Los archivos que busco están en formato binario (sin extensiones que yo sepa como .npy .t7 .mat ), algunos son .txt archivos.

Leyendo en foros y blogs, entendí que Testdisk+Photorec podría ayudar a recuperar la partición perdida. Probé Photorec, pero como la mayoría de los archivos importantes son binarios y no tienen firma de archivo, terminé teniendo miles de archivos inútiles. .txt archivos y no legibles .mat archivos. Por otro lado, Testdisk muestra indicaciones no concluyentes, según tengo entendido. Todavía no he intentado realizar un escaneo profundo, ya que espero que la información esté al principio de la unidad (la unidad es de 8TB). Vea las siguientes instantáneas de Testdisk para más información:

Pantalla de selección de particiones

Menú avanzado después de seleccionar Ninguno como tipo de partición

  • Al seleccionar EFI-GPT o Intel como tipo de partición, Testdisk me dice que no hay particiones disponibles.

El análisis de la unidad (después de seleccionar el tipo None) da como resultado que la partición está vacía (excepto un lost+found vacío). Por el contrario, el análisis de la unidad después de seleccionar el tipo GPT da como resultado muchas entradas idénticas de este tipo: ext4 0 0 1 972801 80 63 156280533168

Superbloques:

superblock 0, blocksize=4096
superblock 32768, blocksize=4096
superblock 98304, blocksize=4096
superblock 163840, blocksize=4096
superblock 229376, blocksize=4096
superblock 294912, blocksize=4096
superblock 819200, blocksize=4096
superblock 884736, blocksize=4096
superblock 1605632, blocksize=4096
superblock 2654208, blocksize=4096

Preguntas

  1. ¿Qué hace Ubuntu específicamente a la unidad cuando se selecciona el formato rápido? ¿Podemos deducir de ello si es (im)posible recuperar el sistema de archivos?

  2. ¿Puedo recuperar partes de la estructura utilizando Superbloques? En algún lugar leí que un superbloque de respaldo se escribe en la posición 1024. ¿Es recuperable o también se ha borrado mediante el formato rápido?

  3. ¿Qué opciones, excepto las de recuperación de archivos como Photorec o Scalpel, me quedan para recuperar mi sistema de archivos? Conozco las rutas completas de algunos de los archivos más importantes que quiero recuperar.

1voto

Max Puntos 6

¡Pude recuperar con éxito todos mis archivos utilizando una copia de seguridad de Superblock! Después de que TestDisk no pudo ayudarme, probé un enfoque de un pregunta . Para que quede claro, aquí están los pasos que seguí para recuperar la estructura de mis archivos:

  1. Asegúrese de que su unidad está desmontada.

  2. Averigüe sus Superbloques de reserva a través de

    dumpe2fs /dev/<drive-id> | grep -i superblock

    Por ejemplo dumpe2fs /dev/sdb | grep -i superblock

  3. Compruebe el sistema de archivos basado en uno de los superbloques pero no aplique ningún cambio todavía para ver si este superbloque en particular está estructuralmente intacto.

    fsck.ext4 -v -n -C 0 -b <Superblock> /dev/<drive-id>

    Por ejemplo fsck.ext4 -v -n -C 0 -b 2654208 /dev/sdb

    -v hace que el comando sea verboso para mostrar más detalles, -n se asegura de que no se intente arreglar el sistema de archivos respondiendo siempre "no" a cada pregunta, -C 0 muestra una barra de progreso y -b define la posición inicial de un Superbloque dado por el paso anterior.

  4. Si se ha encontrado un superbloque adecuado, que fsck.ext4 arreglar su sistema de archivos sustituyendo el -n con -y para aceptar todas las correcciones automáticamente.

    fsck.ext4 -v -y -C 0 -b <Superblock> /dev/<drive-id>

  5. Reinicie y monte la unidad.

En mi caso, no se pudo recuperar el primer nivel de nombres de directorio. Por lo tanto, todos ellos podían ser encontrados en base a su inode nombre en el lost+found que está oculto.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X