GNU/Linux >> Tutoriales Linux >  >> Ubuntu

¿Recuperarse de un sistema de archivos dañado cuando Fsck no ayuda?

Algo salió mal con mi sistema de archivos, Ubuntu lo configuró en solo lectura y ahora bajo Ubuntu Live Disc, fsck no puede arreglarlo.

Estoy ejecutando 13.04 y no arranca; al inicio, solo muestra el aviso de rescate de grub.

Es una configuración sencilla, solo un disco duro en /dev/sda1 pero ni siquiera se montará.

El programa de instalación puede ver la partición, que es ext4 y que es la partición de arranque.

Sin embargo, parece que no puedo rescatar el sistema de archivos haciendo una instalación de Ubuntu con el disco en vivo de Ubuntu porque no indica si está a punto de sobrescribir todo el lote, así que no quiero arriesgarme.

Tengo una copia de seguridad usando backuppc pero estúpidamente perdí mis disquetes de rescate. Prefiero evitar una instalación completa seguida de una restauración que no tengo experiencia en ejecutar.

El quid de la cuestión es que fsck dice que arregla todo, pero en realidad no lo hace, así que la próxima vez que lo ejecuto, recibo exactamente los mismos mensajes de error y correcciones.

Aquí está el resultado:

[email protected]:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

[email protected]:~$ 

Eso es exactamente lo mismo que fue 10 veces antes y estoy seguro de que las próximas diez veces lo intentaré, exactamente las mismas sumas de verificación e identificaciones de bloque. ¡Cualquier ayuda recibida con mucho gusto!

Gracias.

EDITAR:básicamente, supongo que la pregunta es:¿este sistema de archivos se puede reparar in situ ahora o esa información de fsck significa que mi disco está muerto? Y si no está muerto, ¿qué puedo hacer más allá de lo que hice con fsck?

Relacionado:¿Actualización automática?

EDITAR:usó tune2fs para identificar superbloques y ejecutó e2fsck -b 01234 /dev/sda1 como alternativa a fsck... sin efecto.

EDITAR:probando testdisk que me dice que la partición es mala. … OK testdisk no parece ofrecer mucho.

Mejor respuesta

Finalmente encontré este enlace donde el tipo de sistema de archivos ext4 recibe una paliza pero después de dar todos los consejos que ya había probado, finalmente dice haz esto:

sudo mkfs.ext4 -S /dev/sda1

Esto reemplazará todos sus superbloques con datos correctos, suponiendo que el tamaño del bloque se adivine correctamente (el valor predeterminado es correcto para la mayoría de los sistemas). Si necesita usar esto, lea primero la página del manual en -S. ¡No me culpes!

pero solo si te sientes afortunado.

Arregló la partición para que pudiera leerlo de nuevo. Sin embargo, tuve que ejecutar fsck para corregir los errores que aún estaban allí, y que volcaron el contenido de /etc y muchas otras cosas en /lost+found, así que tendré que reinstalar y restaurar desde una copia de seguridad para obtenerlo yendo de nuevo.


Ubuntu
  1. ¿Por qué Signint no se propaga al proceso secundario cuando se envía a su proceso principal?

  2. Ubuntu:consulte 'man 7 Undocumented' para obtener ayuda cuando las páginas del manual no están disponibles:¿instalación de Wsl Core Ubuntu 18.04?

  3. ¿Obtener Uuid de / sistema de archivos de secuencia de comandos?

  4. Cómo recuperar una partición raíz dañada desde el modo de rescate en CentOS/RHEL 5,6

  5. ¿Por qué no bloquear ICMP?

¿Bloquear los atajos de teclado de Unity cuando cierta aplicación está activa?

¿Ayudarme a elegir el mejor sistema de archivos para la PC?

¿La pantalla se desordenó cuando se reanuda desde la suspensión?

Cómo recuperarse de un archivo /etc/mtab dañado o vacío en CentOS/RHEL 7

Agregar usuario al grupo pero no reflejado cuando se ejecuta la identificación

GLIBCXX_3.4.9 no encontrado al ejecutar ffmpeg desde php en el servidor lampp