Uno de mis servidores Ubuntu 10.04 me está dando problemas. Cuando lo ejecuto fsck.ext4 -n /dev/sda5me dice que hay errores en el recuento de inodos libres, el recuento de bloques libres y más.
Yo he tratado:
touch /forcefsck
También probé:
shutdown -rF now
y aún así, después de reiniciar, veo errores.
¡También acabo de revisar mi netbook eeePC, Ubuntu 10.10, y tengo el mismo problema!
¿Cómo puedo forzar un fsck realmente "forzado" "contundente" "arreglar seriamente mi sistema de archivos" del sistema de archivos "/" al reiniciar?
Aclaración:Lo ejecuto fsck.ext4 -nporque es un sistema de archivos montado, para comprobar si hay errores. Esto me dice que los hay. Pensé que el fsck automático cada 30 montajes durante el proceso de arranque esprecisamentepara encargarse de los errores en el sistema de archivos raíz. Pero en mi caso no lo hace. Podría reiniciar con un LiveCD y corregir los errores, y luego reiniciar de nuevo, pero eso supone un tiempo de inactividad grave para un servidor en vivo. Reiniciar, realizar fsck automático y luego continuar con el arranque es mucho más sostenible en un servidor activo y creo que debería ser el comportamiento correcto.
Información adicional:Aquí está el resultado. Parece algo que el autofsck solucionaría, ¿no?
root@server:~# fsck.ext4 -n /dev/sda5
e2fsck 1.41.11 (14-Mar-2010)
Warning! /dev/sda5 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sda5 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (1849368, counted=1948909).
Fix? no
Free inodes count wrong (545504, counted=552134).
Fix? no
/dev/sda5: ********** WARNING: Filesystem still has errors **********
/dev/sda5: 116752/662256 files (0.2% non-contiguous), 795324/2644692 blocks
Respuesta1
Sé que este es un hilo muy antiguo, pero recientemente tuve que resolver este problema, así que quería publicar cómo forzar al sistema operativo a solucionar los problemas encontrados con fsck durante el arranque (para 12.04).
Necesitas ejecutar el comando sudo touch /forcefsck. Esto hará que realice un fsck en el siguiente arranque. Puede ver los resultados del fsck en /var/log/boot.log.
Sin embargo, no se garantiza que fsck solucione todo lo que encuentre. Para hacer esto, necesitará editar el archivo /etc/default/rcS. Hay una línea al final de ese archivo:
FSCKFIX=no
Esto debe cambiarse a lo siguiente:
FSCKFIX=yes
Esto tendrá el mismo efecto que ejecutar fsck con la opción -y, que forzará la implementación de todas las correcciones posibles y no solicitará la interacción del usuario.
Esto le permitirá ejecutar fsck como lo solicitó el OP sin tener que recurrir al arranque desde un disco en vivo, lo cual no siempre es posible, especialmente si está en un sistema remoto.
Respuesta2
sudo touch /forcefsck
sudo reboot
Tienes un error tipográfico: estás tocando /forcefcsk. Se intercambian la "c" y la "s". fsck es la abreviatura de FileSystemCheckK.
Respuesta3
Desde la página de manual de e2fsck:
"Tenga en cuenta que, en general, no es seguro ejecutar e2fsck en sistemas de archivos montados. La única excepción es si se especifica la opción -n y no se especifican las opciones -c, -l o -L. Sin embargo, incluso si es seguro para hacerlo, los resultados impresos por e2fsck no son válidos si el sistema de archivos está montado. Si e2fsck pregunta si debe verificar o no un sistema de archivos que está montado, la única respuesta correcta es "no". lo que están haciendo deberían considerar responder esta pregunta de cualquier otra manera".
Entonces, si verifica un FS montado con fsck incluso usando la opción -n, es posible que el resultado no sea válido en absoluto. No verifique los sistemas de archivos montados. Utilice un Live-CD/Live-USB.
Si no verifica el sistema de archivos mientras está montado, no entiendo por qué necesita usarlo, touch /forcefscksimplemente puede desmontarlo y arreglarlo. Pero si es el caso y después de corregir su FS todavía tiene errores, entonces puede considerar usar:
e2fsck -cy /dev/sda5
Eso solucionará un problema relacionado con el disco duro llamado bloques defectuosos que pueda tener (esto llevará mucho tiempo).
Si desea verificar un sistema de archivos montado, no sé cómo proceder, pero creo que debería crear otra pregunta.
Respuesta4
Puede hacer que las revisiones se realicen automáticamente de la siguiente manera:
Tune2fs -c 5 -i 10 / dev / sda1
-ces el número máximo de montajes antes de la ejecución fscky -ies el número máximo de días antes de la ejecución fsck.
En este caso se realizará cada 5 montajes o cada 10 días, lo que ocurra primero.
Tengo dos equipos uno con Linux SuSE 13.2 y otro con Linux Mint 18.0 y en ambos funciona perfectamente.