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

137

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

Recomiendo a @John que cambie la respuesta a la última respuesta publicada por Bibhas, ya que en realidad funciona donde las otras respuestas no son realmente útiles.

— Joshua Robison el

Para MicroSD: askubuntu.com/questions/213889/…

— Ciro Santilli 新疆改造中心法轮功六四事件

Todos, esta pregunta es para un servidor, no para una PC. Si tiene este problema en su PC con arranque dual, verifique The **quick start** option can be found in **power options** in the control panel of Windows. Tengo el mismo problema con un Ubuntu en AWS

— vanduc1102

66

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 fstabcomo errors=remount-roy 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:

sudo fsck -Af -M

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

Editar: no olvide el -Men la línea de comandos.

NOTA: Como lo menciona Bibhas en su respuesta : Si fsckse atasca después de su banner de versión:

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

puede intentar usar el fsck específico de EXT4

$ sudo fsck.ext4 -f /dev/sda1

Siempre que la partición en cuestión /dev/sda1fuera un sistema de archivos ext4.

— ζ--
fuente

2

Creo que no debería forzar una verificación del sistema de archivos en otros sistemas de archivos montados en r / w. Eso potencialmente corromperá sus datos. Agregue la -Mopció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))

— gertvdijk

35

Esto no ayuda, solo recibo el mismo error cuando intento ejecutar ese comando. sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system fsck from util-linux 2.20.1

— Mark Kramer

1

Pero ... -M omitirá los sistemas de archivos montados, incluido / dev / sda1 (o cualquier unidad montada que incluya / var / lib / sudo / ...). @ MarkKramer: Recomiendo siempre configurar la contraseña de root al instalar Linux, con sudo su; passwd. Entonces puedes usar su -c fsck -Af -M.

— naught101

1

Sí, para mí necesitaba eliminar -M desde que se montó / dev / sda1, y para facilitarle la vida, agregue -Afy (La y significa responder sí a todas las indicaciones) ... Juego rápido y suelto con máquinas virtuales, así que ' Por lo general, estoy de acuerdo con este tipo de solución, pero si se trata de hardware sin respaldo, podría adoptar un enfoque diferente y leer dmesg.

— FreeSoftwareServers

2

@DarshanChaudhary El -Mindicador hace que fsck omita los sistemas de archivos montados. Ver la página de fsck (8)manual.

— ζ--

45

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

mount -o remount /

mejor que un reinicio o sudo fsck -Af

— Sulliwane
fuente

21

No es mejor si el sistema operativo hizo su disco de solo lectura para evitar posibles daños.

— Drew Noakes

55

No solo eso, solo el root podrá volver a montar el sistema de archivos y sudono funcionará si el sistema de archivos es de solo lectura.

— Nathan Osman

11

No ayuda, solo recibo el mismo mensaje: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

— Mark Kramer

3

o sí, este funcionó.

— RT

2

mount: cannot remount /dev/sda8 read-write, is write-protected

— Rishabh Agrahari

42

La respuesta por hexafracción no me funcionó. Cada vez que intenté ejecutarlo sudo fsck -Af -M, solo se mostró

$ 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 cuestión /dev/sda1fuera un sistema de archivos ext4.

— Bibhas
fuente

44

Gracias por esta respuesta Esto es lo único que realmente funcionó

— Joshua Robison el

55

-M significa no hacer sistemas de archivos montados. Su sistema de archivos / dev / sda1 fue montado (supongo que en /). Entonces se omitió.

— dalore

3

sudo fsck.ext4 -f /dev/sda1trabajos. Todavía necesita reiniciar.

— efkan

1

Me funcionó en ubuntu 16.04.3 Gracias

— Rosário Pereira Fernandes

13

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, la sudo fsck -Afrespuesta de ObsessiveSSOℲ no hará daño.

— Thiago Perrotta
fuente

10

Si desea forzar que su sistema de archivos raíz se vuelva a montar como rw, puede hacer lo siguiente.

mount -o remount,rw /

— johnboiles
fuente

esto se resolvió mi problema, utilizo hetzner cloud con 160 gb ssd, nunca tuve ese error antes

— Fathur Rohim

9

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.

— Tony Cook
fuente

Bienvenido a Ask Ubuntu! Recomiendo editar esta respuesta para expandirla con detalles específicos sobre cómo hacerlo. (Consulte también ¿Cómo escribo una buena respuesta? Para obtener consejos generales sobre qué tipo de respuestas se consideran más valiosas en Ask Ubuntu.)

— David Foerster

Estoy bastante seguro de que esto me está sucediendo en este momento, dado que mi computadora me dijo que olvidó su hora esta mañana.

— nomen

2

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 dmesgerrores 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 dmesggeneralmente es suficiente.

— eje
fuente

¿Qué debería uno mirar / greppara en la dmesgsalida?

— isomorfismos el

Lamentablemente, si opta por cifrar su carpeta de inicio, seguramente dmesgestará lleno de errores inútiles ecryptfs.

— Nathan Osman

2

Para mí, reiniciar un sistema para resolver este problema

sudo reboot

como mencionó al respecto.

— Zaman Oof
fuente

2

(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 !!! :)

— sarthak-sopho
fuente

Solo uno que funcionó. A costa de la velocidad de arranque.

— NelsonGon

2

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

Panel de control> Hardware y sonidos> Opciones de energía> (a la izquierda) Elija qué hace cerrar la tapa> Cambie las configuraciones que actualmente no están disponibles> Desmarque 'Activar inicio rápido'

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

https://youtu.be/KJ-0KPZhAFo

— Joyy
fuente

1

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ó:

sudo fsck.ext4 -f /current/filesystem/mount/point

Se le solicitará que corrija el error del sistema de archivos. También debe reiniciar su sistema de forma remota.

— Allenyllee
fuente

0

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

— Richard Moore
fuente

0

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.

— Mwongera808
fuente

-1

Es una configuración de arranque mal configurada (intente montar /como ext2) no un error físico de unidad o 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)

Se montó /como de solo lectura debido a la error=mount-rodirectiva fstab .

— misiagogo
fuente

-1

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.

— Cdadgy71
fuente