El título puede no ser tan descriptivo como me gustaría que fuera, pero no podría encontrar uno mejor.
El sistema de archivos de mi servidor entró en solo lectura. Y no entiendo por qué lo hace y cómo resolverlo.
Puedo SSH en el servidor y cuando intento iniciar apache2, por ejemplo, obtengo lo siguiente:
username@srv1:~$ sudo service apache2 start
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system
* Starting web server apache2 (30)Read-only file system: apache2: could not open error log file /var/log/apache2/error.log.
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.
Cuando intento reiniciar el servidor me sale:
username@srv1:~$ sudo shutdown -r now
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system
Una vez que lo reinicio manualmente, solo se inicia sin ninguna advertencia o mensaje que indique que algo está mal.
Espero que alguien pueda señalarme en la dirección correcta para resolver este problema.
filesystem
restart
read-only
John
fuente
fuente
The **quick start** option can be found in **power options** in the control panel of Windows
. Tengo el mismo problema con un Ubuntu en AWSRespuestas:
El sistema de archivos generalmente entrará en solo lectura mientras el sistema se está ejecutando si hay un problema de consistencia del sistema de archivos. Esto se especifica
fstab
comoerrors=remount-ro
y ocurrirá cuando falle un acceso FS o se solicite un montaje de emergencia de solo lectura a través de Alt+ SysRq+ U. Tu puedes correr:para forzar una verificación de todos los sistemas de archivos. Como dice una de las otras respuestas, mirar
dmesg
también es muy útil.Editar: no olvide el
-M
en la línea de comandos.NOTA: Como lo menciona Bibhas en su respuesta : Si
fsck
se atasca después de su banner de versión:puede intentar usar el fsck específico de EXT4
Siempre que la partición en cuestión
/dev/sda1
fuera un sistema de archivos ext4.fuente
-M
opción para omitir los sistemas de archivos montados. (-M Do not check mounted filesystems and return an exit code of 0 for mounted filesystems.
de FSCK (8))sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system
fsck from util-linux 2.20.1
sudo su; passwd
. Entonces puedes usarsu -c fsck -Af -M
.-M
indicador hace que fsck omita los sistemas de archivos montados. Ver la página defsck (8)
manual.Aquí está el comando que resolvió mi problema:
mejor que un reinicio o sudo fsck -Af
fuente
sudo
no funcionará si el sistema de archivos es de solo lectura.sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system
mount: cannot remount block device /dev/sda2 read-write, is write-protected
mount: cannot remount /dev/sda8 read-write, is write-protected
La respuesta por hexafracción no me funcionó. Cada vez que intenté ejecutarlo
sudo fsck -Af -M
, solo se mostróy nada más. Sin error ni nada. Para mí, arrancar en un disco en vivo y ejecutar esto funcionó:
Siempre que la partición en cuestión
/dev/sda1
fuera un sistema de archivos ext4.fuente
sudo fsck.ext4 -f /dev/sda1
trabajos. Todavía necesita reiniciar.Intente ejecutar
dmesg | grep "EXT4-fs error"
para ver si tiene problemas relacionados con el sistema de archivos / sistema de registro en sí. Entonces, le recomendaría que reinicie su sistema. Además, lasudo fsck -Af
respuesta de ObsessiveSSOℲ no hará daño.fuente
Si desea forzar que su sistema de archivos raíz se vuelva a montar como rw, puede hacer lo siguiente.
fuente
Tenga en cuenta que a veces esto puede deberse a que la computadora olvida la hora del sistema: la comprobación del disco falla porque las fechas en el diario están en EL FUTURO.
Configurar el tiempo del BIOS (y verificar la batería del BIOS) solucionó este problema para mí, sin tener que hacer ninguna recuperación de disco.
fuente
Por lo general, Linux pone sus sistemas de archivos en lectura solo cuando se producen errores, especialmente errores con el disco o el sistema de archivos en sí, errores como una entrada de diario incorrecta, por ejemplo.
Es mejor que compruebe si hay
dmesg
errores relacionados con el disco.Google está lleno de discusiones sobre esto y puede elegir las que estén más cerca de su configuración, pero una observación
dmesg
generalmente es suficiente.fuente
grep
para en ladmesg
salida?dmesg
estará lleno de errores inútilesecryptfs
.Para mí, reiniciar un sistema para resolver este problema
como mencionó al respecto.
fuente
(Respuesta anterior eliminada)
Editar: El problema principal estaba en el lado de Windows. Después de actualizar mi Windows 10, la opción 'inicio rápido' se habilitó automáticamente. Al deshabilitar esa opción nuevamente, y luego reiniciar nuevamente la máquina, el problema desapareció. Windows 10 me dio un fuerte dolor de cabeza durante días :(
La opción 'inicio rápido' se puede encontrar en 'opciones de energía' en el panel de control. Desactivar eso !!! :)
fuente
Si está iniciando dos veces su máquina con Ubuntu y Windows juntos y se produce este problema, es porque Windows cambia el sistema de archivos, en ese caso esto podría ser el truco. Intenta deshabilitar el inicio rápido
Ahora arrancar en Ubuntu resolverá el problema. ¡Espero que esto ayude!
https://youtu.be/KJ-0KPZhAFo
fuente
Si se encontraba en situaciones en las que no se puede utilizar un disco en vivo, por ejemplo, si está conectado de forma remota a su sistema, aún puede usar el comando que @Bibhas respondió:
Se le solicitará que corrija el error del sistema de archivos. También debe reiniciar su sistema de forma remota.
fuente
En mi caso, se redujo a la estabilización RAID 1 después de la instalación inicial. Tengo / boot y / on s / w RAID1. Habiendo dejado el sistema durante la noche y reiniciado, todo funciona bien. Ricardo
fuente
Compruebe si tiene algún hardware defectuoso. Recibí este error debido a un aflojamiento del disco duro. Ran mount -o remontar, rw / y funcionó bien.
fuente
Es una configuración de arranque mal configurada (intente montar
/
comoext2
) no un error físico de unidad o partición.dmesg | grep "error"
me dio:Se montó
/
como de solo lectura debido a laerror=mount-ro
directiva fstab .fuente
Estoy usando la versión 18.04 LTS y lo que hice fue, primero desmonté mis discos dañados y luego entré en la aplicación "Discos" buscando en el tablero. Desde allí seleccioné la unidad que estaba dañada. Asegúrese de que esté desmontado, de lo contrario no funcionará. En el menú de opciones (la pequeña forma de engranaje), y haga clic en "reparar sistema de archivos". ¡Auge! Trabajado como un encanto.
fuente