Cómo arreglar "sudo: no se puede abrir ... Sistema de archivos de solo lectura"?

110

El título podría 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, obtengo:

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 advertencia ni mensaje que indique que algo anda mal.

Espero que alguien pueda dirigirme en la dirección correcta para resolver este problema.

    
pregunta John 07.10.2012 - 17:41

16 respuestas

50

El sistema de archivos por lo general pasará a solo lectura mientras el sistema se está ejecutando si hay un problema de coherencia en el sistema de archivos. Esto se especifica en fstab como errors=remount-ro y ocurrirá cuando falle el acceso a FS o se solicite un remontaje de solo lectura de emergencia a través de Alt + SysRq + U . Puede ejecutar:

sudo fsck -Af -M

para forzar una comprobación de todos los sistemas de archivos. Como dice una de las otras respuestas, mirar dmesg también es muy útil.

Editar: No olvides el -M en la línea de comandos.

    
respondido por el hexafraction 07.10.2012 - 17:58
40

Aquí está el comando que resolvió mi problema:

mount -o remount /

mejor que un reinicio o sudo fsck -Af

    
respondido por el Sulliwane 30.01.2013 - 17:23
31

La respuesta por hexafracción no funcionó para mí. Cada vez que intenté ejecutar sudo fsck -Af -M , solo se muestra

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

y nada más. Sin error ni nada. Para mí, arrancar en un disco en vivo y ejecutar esto funcionó -

sudo fsck.ext4 -f /dev/sda1

Siempre que la partición en la pregunta /dev/sda1 fuera un sistema de archivos ext4.

    
respondido por el Bibhas 17.02.2014 - 16:44
10

Pruebe a ejecutar dmesg | grep "EXT4-fs error" para ver si tiene algún problema relacionado con el sistema de archivos / diario. Te recomendaría que reinicias tu sistema, entonces. Además, sudo fsck -Af answer por ObsessiveSSOℲ no va a doler.

    
respondido por el thiagowfx 24.06.2013 - 20:17
9

Si quiere obligar a su sistema de archivos raíz a remontarse como rw, puede hacer lo siguiente.

mount -o remount,rw /
    
respondido por el johnboiles 01.06.2015 - 07:07
6

Tenga en cuenta que a veces esto puede deberse a que la computadora se olvida de la hora del sistema; la verificación del disco falla porque las fechas en el diario se encuentran en ¡EL FUTURO!

Configurar el tiempo de BIOS (y verificar la batería del BIOS) me solucionó este problema, sin tener que hacer ninguna recuperación del disco.

    
respondido por el Tony Cook 23.02.2016 - 03:15
1

Por lo general, linux pone sus sistemas de archivos en modo de lectura solo cuando ocurren errores, especialmente errores con el disco o el propio sistema de archivos, errores como una entrada de diario incorrecta, por ejemplo.

Será mejor que compruebe su dmesg para los errores relacionados con el disco.

Google está lleno de debate sobre esto y puede elegir los que está más cerca de tu configuración, pero un vistazo a dmesg suele ser suficiente.

    
respondido por el axis 07.10.2012 - 17:58
1

(Respuesta anterior eliminada)

Editar: El principal problema 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 de nuevo y volver a iniciar la máquina, el problema desapareció. Windows 10 me dio un gran dolor de cabeza durante días :(

La opción de "inicio rápido" se puede encontrar en "Opciones de energía" en el panel de control. Deshabilitar eso! :)

    
respondido por el sarthak-sopho 23.12.2017 - 09:18
1

Si tiene un arranque dual de su máquina con Ubuntu y Windows juntos y este problema ocurre, es porque Windows cambia el sistema de archivos, en ese caso esto podría ser el truco. Intenta deshabilitar el inicio rápido

  

Panel de control & gt; Hardware y Sonidos & gt; Opciones de energía & gt; (a la izquierda) Elija lo que cierra la tapa & gt; Cambiar la configuración que actualmente no está disponible & gt; Desmarque 'Activar inicio rápido'

Ahora arrancar en Ubuntu resolverá el problema. Espero que esto ayude!

enlace

    
respondido por el Joyy 25.04.2018 - 10:03
0

primero en el Menú de recuperación (solo lectura) seleccionar dpgk Reparación de paquetes dañados al final, el menú de recuperación será Menú de recuperación (lectura / escritura) seleccionar usuario de la ventana del comando raíz ¡y podrás utilizarlo como usuario root!

    
respondido por el nikolaos 15.08.2014 - 11:36
0

En mi caso, se redujo a la estabilización de 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 está funcionando bien. Richard

    
respondido por el Richard Moore 08.12.2015 - 12:51
0

Se trata de una configuración de arranque mal configurada (intente montar / como ext2 ) sin generar un error físico de partición.

dmesg | grep "error" me dio:

ext3-fs (sda2): error: couldn't mount because of unsupported optional features (240) 
ext2-fs (sda1): error: couldn't mount because of unsupported optional features (240) 
ext4-fs (sda2): mounted file system with ordered data mode: opts: (null)

Montaba / como de solo lectura debido a la directiva fstab error=mount-ro .

    
respondido por el misiagogo 21.08.2016 - 08:22
0

Para mí, reiniciar un sistema que resuelve este problema

sudo reboot

como lo mencionó al respecto.

    
respondido por el Zaman Oof 14.03.2017 - 19:09
0

Verifique si tiene algún hardware defectuoso. Recibí este error debido a un aflojamiento del disco duro. Ran mount -o remount, rw / y funcionó bien.

    
respondido por el Mwongera 15.06.2017 - 16:04
0

Esto funcionó para mí

Primero, enumero las particiones:

sudo fdisk -l

Particiones

    Device Boot         Start         End      Blocks   Id  System
    /dev/sda1            2048      999423      498688   82  Linux swap / Solaris
    /dev/sda2          999424    83886079    41443328   83  Linux

Así que arreglé la partición del sistema:

sudo fsck -f -y /dev/sda2
  

Solo funcionó para mí con el parámetro f (fuerza), el parámetro y es para   Responda "sí" en todas las preguntas

Y finalmente reinicié la máquina:

sudo reboot
    
respondido por el Wictor Chaves 02.02.2018 - 12:46
0

Estoy utilizando el lanzamiento de 18.04 LTS y lo que hice fue, primero desmonté mis unidades dañadas y luego ingresé en la aplicación "Disks" al buscar en el tablero. A partir de ahí, seleccioné la unidad que estaba dañada. Asegúrate de que esté desmontado, de lo contrario no funcionará. En el menú de opciones (la forma del pequeño engranaje), y haz clic en "reparar el sistema de archivos". ¡Auge! Funcionó como un encanto.

    
respondido por el Cdadgy71 02.06.2018 - 14:07

Lea otras preguntas en las etiquetas