Te sugerimos que revises esta solución en un entorno controlado antes de pasarlo a producción, saludos.
Solución:
Solución 1:
Me temo que esto se debe a daños en el sistema de archivos o problemas en el hardware subyacente, dado que es el sistema de archivos raíz, mi recomendación es iniciar el servidor nuevamente con un disco de rescate (o en modo de usuario único) e intentar reparar el disco a través de fsck.
- Revisar qué
dmesgdice para confirmar la corrupción - Correr
fsckpara reparar el disco duro, tan pronto como se ejecute fsck, reinicie inmediatamente para evitar cualquier problema
Hola Marc,
Em temo que aixo es un sintoma de corrupcio al sistema de fitxers o de problemes del hardware subyacente, com es el / lo que et recomano es de rebotar el servidor amb un CD de rescat e intentar reparar el disc amb fsck.
- Mira que diu la comanda
dmesgnomes per corroborar que hola ha corrupcio - ejecuta
fsckper reparar el teu disc, en quan acabi rebota inmediatamente per preveure qualsevol altre tipus de problema
Buen tipo!
Solución 2:
He visto esto antes cuando una tarjeta RAID se estropeó y no se pudo escribir en el archivo de diario ext3. En ese momento, el kernel marcó el FS raíz como de solo lectura y no le permitió volver atrás.
No se registró nada sobre esto, porque, por supuesto, /var FS estaba en el mismo disco, y también RO. dmesg, sin embargo, se complació en informarnos sobre el problema. Entonces, ¿puedes hacer un dmesg y cuéntanos sobre la salida?
En nuestro caso, la única solución fue apagar y encender para activar la tarjeta RAID, luego reiniciar desde el medio de rescate y recuperar el sistema de archivos.