Mi servidor web (Linux, Debian Wheezy) de repente pasó a ser de solo lectura, MySQL falló (pero Apache no), generando errores al presionar tabpara completar el nombre del archivo como:
bash: no se puede crear un archivo temporal para el documento aquí: sistema de archivos de solo lectura
Además, cuando reinicio Apache, ya no se enciende.
Lo que intenté hacer: reemplacé el disco duro, moví archivos web nuevamente; El error se repite después de 1 semana.
Los registros no muestran nada, un aviso de que he visto muchos intentos fallidos de acceder al servidor a través de ssh.
salida df:
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 249773956 2328024 234758164 1% /
udev 10240 0 10240 0% /dev
tmpfs 406336 200 406136 1% /run
/dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41c 249773956 2328024 234758164 1% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 2489760 0 2489760 0% /run/shm
/dev/sdb1 249773956 2303784 234782404 1% /mnt/sdb1
montaje -n salida:
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=506431,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=406336k,mode=755)
/dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41c on / type ext4 (ro,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=2489760k)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
/dev/sdb1 on /mnt/sdb1 type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
Respuesta1
Su sistema de archivos raíz está montado como de solo lectura. Esto probablemente sucedió al reiniciar. Hay algunas opciones:
- Configure el sistema para corregir errores durante el reinicio. En Ubuntu esto está controlado por la
FSCKFIX
opción en el archivo/etc/default/rcS
. - Reinicie en modo de recuperación y ejecute
fsck -f /dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41c
y reinicie nuevamente. - Inicie desde un disco de recuperación y ejecute fsck como se muestra arriba.
Todas las opciones requerirán que su sistema esté inactivo por un momento. Sin embargo, parece que efectivamente ha bajado ahora.
Es posible ejecutarlo fsck
sin reiniciar y volver a montar el sistema rw
. Realizaría una prueba fsck
sin habilitar la solución de problemas para ver qué tan roto está el sistema de archivos.