fsck murió con el código de estado 4

Durante el arranque, mi computadora portátil dice:

fsck died with status code 4

La página del manual me dice:

El código de salida devuelto por fsck es la suma de las siguientes condiciones:

[..]

4 - Errores del sistema de archivos sin corregir

Cuando intento reparar los errores como root, fsck dice que mi disco está limpio:

$ fsck /dev/sda1
/dev/sda1, clean [and some things about available blocks]

¿Cómo puedo reparar mi disco?

fsck

— OrangeTux
fuente

¿Probaste la -yopción? Del fsckmanual: `-y Para algunos verificadores específicos del sistema de archivos, la opción -y hará que el fsck específico de fs siempre intente corregir automáticamente cualquier daño detectado en el sistema de archivos. A veces, un experto puede hacerlo mejor manejando el fsck manualmente. Tenga en cuenta que no todos los verificadores específicos del sistema de archivos implementan esta opción. En particular fsck.minix (8) y fsck.cramfs (8) no soporta la opción -y partir de este writing.`

— MKC

(Supongo que fkckes un error tipográfico). Posiblemente tenga otro sistema de archivos, ¿está seguro de que solo tiene /dev/sda1? Compruebe /etc/fstab.

— derobert

@Ketan Desafortunadamente, la -ybandera resuelve mi problema. @derobert Corrí fsckcon cada una de mis particiones que aparecen corriendo fstab.

— OrangeTux

@Ketan. Mi sistema se ejecuta nuevamente. Su solución se resolvió, aunque no lo mencioné la primera vez. fsck -y /dev/sda1devolvió el mismo resultado que fsck /dev/sda1, así que pensé que no ayudó. Pero lo hizo! Escríbalo en una respuesta y lo marcaré como respuesta aceptada.

— OrangeTux

Respuestas:

Prueba la opción -y.

Del manual de fsck:

-y Para algunos verificadores específicos del sistema de archivos, la opción -y hará que el fsck específico de fs siempre intente reparar automáticamente cualquier daño detectado en el sistema de archivos. A veces, un experto puede hacerlo mejor manejando el fsck manualmente. Tenga en cuenta que no todos los verificadores específicos del sistema de archivos implementan esta opción. En particular, fsck.minix (8) y fsck.cramfs (8) no admiten la opción -y a partir de este escrito.

— mkc
fuente

A veces, fsck muestra que un sistema de archivos no tiene errores, pero en realidad sí. Tuve un problema similar una vez, y si desea verificar ese sistema de archivos, debe usar la fuerza. No estoy seguro de qué tipo de sistema de archivos está utilizando, pero supongamos que es ext4:

Emergency help:
 -p                   Automatic repair (no questions)
 -n                   Make no changes to the filesystem
 -y                   Assume "yes" to all questions
 -c                   Check for bad blocks and add them to the badblock list
 -f                   Force checking even if filesystem is marked clean
 -v                   Be verbose
 -b superblock        Use alternative superblock
 -B blocksize         Force blocksize when looking for superblock
 -j external_journal  Set location of the external journal
 -l bad_blocks_file   Add to badblocks list
 -L bad_blocks_file   Set badblocks list

Entonces, la línea que necesita es:

# fsck.ext4 -pvf /dev/sda1

— Mikhail Morfikov
fuente