Ayer, uno de los servidores de mis clientes se bloqueó debido a que el servidor se apagó inesperadamente y, por supuesto, no había acceso ssh.
Como es un servidor alojado remoto, no pudimos tenerlo en nuestras manos. Cuando comenzó de nuevo, ejecutó un fsck automático sobre sda y sdb.
Como era una unidad SATA II lenta con alrededor de 1,5 TB de contenido, tardó unas 3 horas en completarse. Al final, de repente mostró este error:
INCONSISTENCIA INESPERADA; EJECUTAR fsck MANUALMENTE
Este mensaje es bastante claro, fsck automático no pudo corregir la inconsistencia y recomienda ejecutar fsck manualmente .
En estas situaciones, algunos recomiendan iniciar el servidor con una imagen de Linux en vivo, como un SystemRescueCD o una memoria USB de inicio para obtener acceso al shell de root, sin embargo, en este caso, lo único que se necesitaba era escribir la contraseña de root y simplemente ejecutar el fsck manualmente. .
Cuando visité la oficina de mi cliente donde se encuentra este servidor, había dos cosas que hacer:
1.- Evite fsck editando los parámetros del kernel desde grub boot loader agregando 'fastspeed' al final, reinicie y cruce las fintas para que el sistema vuelva a funcionar.
2.- Ejecuta fsck manualmente para corregir todas las inconsistencias de datos inesperadas.
Elegí 2 y, de hecho, fue bastante simple:
Después de la INESPERADA INCONSISTENCIA; El mensaje EJECUTAR fsck MANUALMENTE solicitaba ingresar la contraseña de root o presionar CTRL + D para continuar, así que ingresé la contraseña de root y emití el comando:
fsck -y /dev/sdb1
Eso fue todo, fsck manual solucionó todos los errores y el sistema volvió a funcionar.
INCONSISTENCIA INESPERADA; EJECUTAR fsck MANUALMENTE fue modificada por última vez:19 de septiembre de 2017 por Esteban Borges