2 votos

¿Cómo salir del sistema de archivos de sólo lectura?

Intenté muchas cosas, pero al final de la semana, volveré a estar en esta situación. Soy un usuario de boot (Windows 10 Pro y Ubuntu 19.04). Mantengo ambos sistemas operativos actualizados. A diferencia de Windows que es muy lento pero estable, esta distro que es muy rápida pero no tan estable se cuelga mucho.

Lo que hago para salir de esta situación son:

  • Utilice el pen drive de arranque de Ubuntu 19.04, abra Gparted y compruebe si hay errores
    en sda6 y sda8. Dejando la partición de intercambio ( sda7 ) solo.

  • A veces uso estos dos comandos desde live ubuntu:

    sudo fsck.ext4 -f /dev/sda6

    sudo fsck.ext4 -f /dev/sda8

donde sda6 es mi root partición y sda5 es mi Inicio partición.

  • También lo hice desde Grub > Modo de recuperación > Root Grub
   mount -n -o remount, rw /
   touch /forcefsck
   shutdown -r now

Todos los intentos de respuesta se hicieron tras observar la sugerencia de askubuntu y ubuntuforms.org . Ayúdame a superar esto. He intentado muchas cosas. Si hay otros mecanismos hágamelo saber.

Nota : Para que quede claro, el boot está desactivado en Window OS.

Algunas informaciones pedidas por los usuarios en los comentarios que pueden ayudar a mi caso:

pranav@Inspi5548:~$ sudo blkid
[sudo] password for pranav: 
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: LABEL="Recovery" UUID="EAD20314D202E4A3" TYPE="ntfs" PARTLABEL="Ba" PARTUUID="aa5a9347-3807-406c-8a85-df356eb9be93"
/dev/sda2: UUID="8A05-F7D6" TYPE="vfat" PARTUUID="ee306771-48e7-4deb-9c8b-a23c5f0a9dc2"
/dev/sda3: LABEL="New Volume" UUID="E0E07C6CE07C4B34" TYPE="ntfs" PARTUUID="f933de5f-d72a-48c0-918c-b1915e9700f2"
/dev/sda4: UUID="D8FA2AC3FA2A9DAE" TYPE="ntfs" PARTUUID="33885b82-b903-4ee7-9d91-8192f00f2209"
/dev/sda5: UUID="B4D0303ED030095E" TYPE="ntfs" PARTUUID="2d245ea3-510c-41af-825a-4f2f1608275b"
/dev/sda6: UUID="c8e65428-6dea-4e9d-b3b0-370820a1a210" TYPE="ext4" PARTUUID="978bac65-22b0-429b-8bb9-36e97e0754a1"
/dev/sda8: UUID="a54711ee-4373-4a1b-8d06-d0f29aca9a6b" TYPE="ext4" PARTUUID="3f5e0e3c-1884-4597-bdf2-6496941b4fd1"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"

pranav@Inspi5548:~$ cat /etc/fstab
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=c8e65428-6dea-4e9d-b3b0-370820a1a210 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
#UUID=8A05-F7D6  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda8 during installation
UUID=a54711ee-4373-4a1b-8d06-d0f29aca9a6b /home           ext4    defaults        0       2
# swap was on /dev/sda7 during installation
UUID=1ad69fff-0367-4131-b0a2-839fd5b3846f none            swap    sw              0       0
#UUID=a54711ee-4373-4a1b-8d06-d0f29aca9a6b  /boot   ext4defaults    0   2
UUID=8A05-F7D6  /boot/efi   vfat    defaults    0   1

pranav@Inspi5548:~$ ls -al ~/.local/share/gnome-shell/extensions
total 36
drwxrwxr-x 9 pranav pranav 4096 Aug 22 12:54 .
drwx------ 3 pranav pranav 4096 Aug 29 16:02 ..
drwxrwxr-x 5 pranav pranav 4096 Jul 29 16:39 caffeine@patapon.info
drwxrwxr-x 5 pranav pranav 4096 Aug  4 22:56 dash-to-dock@micxgx.gmail.com
drwxrwxr-x 4 pranav pranav 4096 Jul 29 16:24 desktop-icons@csoriano
drwxrwxr-x 6 pranav pranav 4096 Aug 11 15:26 gsconnect@andyholmes.github.io
drwxrwxr-x 2 pranav pranav 4096 Jul 29 21:33 Hide_Activities@shay.shayel.org
drwxrwxr-x 2 pranav pranav 4096 Aug 22 12:54 remove-alt-tab-delay@tetrafox.pw
drwxrwxr-x 4 pranav pranav 4096 Jul 29 16:46 status-area-horizontal-spacing@mathematical.coffee.gmail.com

Esta captura de pantalla de Disks Ventana "Datos SMART y Autocomprobación", y esta pantalla de gparted aplicación. Ambos fueron tomados de Live Ubuntu 19.04.

Nota He utilizado # para comentar en múltiples lugares en /etc/fstab para resolver el problema, y esta es la salida después de ese evento.

ubuntu@ubuntu:~$ sudo blkid
/dev/sda1: LABEL="Recovery" UUID="EAD20314D202E4A3" TYPE="ntfs" PARTLABEL="Ba" PARTUUID="aa5a9347-3807-406c-8a85-df356eb9be93"
/dev/sda2: UUID="8A05-F7D6" TYPE="vfat" PARTUUID="ee306771-48e7-4deb-9c8b-a23c5f0a9dc2"
/dev/sda3: LABEL="New Volume" UUID="E0E07C6CE07C4B34" TYPE="ntfs" PARTUUID="f933de5f-d72a-48c0-918c-b1915e9700f2"
/dev/sda4: UUID="D8FA2AC3FA2A9DAE" TYPE="ntfs" PARTUUID="33885b82-b903-4ee7-9d91-8192f00f2209"
/dev/sda5: UUID="B4D0303ED030095E" TYPE="ntfs" PARTUUID="2d245ea3-510c-41af-825a-4f2f1608275b"
/dev/sda6: UUID="c8e65428-6dea-4e9d-b3b0-370820a1a210" TYPE="ext4" PARTUUID="978bac65-22b0-429b-8bb9-36e97e0754a1"
/dev/sda8: UUID="a54711ee-4373-4a1b-8d06-d0f29aca9a6b" TYPE="ext4" PARTUUID="3f5e0e3c-1884-4597-bdf2-6496941b4fd1"
/dev/sdb1: LABEL="UBUNTU 19_0" UUID="15E4-2844" TYPE="vfat" PARTLABEL="Microsoft Basic Data" PARTUUID="5c3b9d59-eab7-47c5-85c0-55654f42445a"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
ubuntu@ubuntu:~$

0 votos

Aunque no tenía doble boot, obtuve el read-only filesystem con bastante frecuencia. En mi caso por alguna razón se resolvió instalando un kernel más nuevo. La otra opción que evalué en su momento fue un hdd defectuoso, que puede hacer que el sistema entre en readonly mode para evitar la pérdida de datos.

0 votos

@bistoco Como solución temporal, hice esto," UUID=c8e65428-6dea-4e9d-b3b0-370820a1a210 / ext4 errors=remount-rw 0 1" en /etc/fstab. Pero quiero una solución más permanente.

0 votos

Si no identificas la razón por la que se mete en readonly mode se corre el riesgo de perder los datos. Intente actualizar su sistema y ejecute un escaneo de salud en el disco duro. También puede obtener información sobre /var/log/syslog .

1voto

Jordi Bunster Puntos 3840

Puede haber más de un problema aquí.

En primer lugar, su partición de intercambio no está. /etc/fstab espectáculos:

# swap was on /dev/sda7 during installation
UUID=1ad69fff-0367-4131-b0a2-839fd5b3846f none            swap    sw              0       0

El sistema intenta montar la partición de intercambio y no la encuentra. ¿Ha borrado /dev/sda7 o cambiar a un /swapfile ?

En segundo lugar, es posible que tengas un problema de extensión de GNOME. Veo múltiples extensiones que pueden estar causando problemas. Querrá desactivar temporalmente TODAS las extensiones, hacer funcionar el ordenador durante un tiempo y ver si algunos de los problemas desaparecen. Luego vuelva a habilitar una a la vez, y vea si los problemas regresan. Los posibles sospechosos son Dash to Dock , GS Connect y Status Area Horiz Spacing . Ver https://extensions.gnome.org/local/ para desactivarlas/activarlas.

Actualización #1:

Su problema es con /dev/sda7 la partición de intercambio, y por eso tienes problemas.

Así que primero, vamos a editar /etc/fstab y cambiar esto:

# swap was on /dev/sda7 during installation
UUID=1ad69fff-0367-4131-b0a2-839fd5b3846f none            swap    sw              0       0

a esto:

# swap was on /dev/sda7 during installation
# UUID=1ad69fff-0367-4131-b0a2-839fd5b3846f none            swap    sw              0       0

Entonces debería ser capaz de boot. Empezaremos a arreglar /dev/sda7 con la próxima actualización.

En el terminal tipo:

reboot

Actualización #2:

En el terminal tipo:

sudo swapoff -a

Entonces vamos a bloquear mal /dev/sda7 . Esto puede fallar, debido a la naturaleza del fallo en /dev/sda7 . Si funciona, todavía tendremos que volver a crear esta partición, y luego editar /etc/fstab .

Note: do NOT abort a bad block scan!

Note: do NOT bad block a SSD

Note: backup your important files FIRST!

Note: this will take many hours

boot en un DVD/USB de Ubuntu Live.

En terminal ...

sudo e2fsck -fcky /dev/sda7 # Prueba de sólo lectura

o

sudo e2fsck -fccky /dev/sda7 # prueba de lectura/escritura no destructiva (recomendado)

La opción -k es importante, porque guarda la tabla de bloques defectuosos anterior, y añade los nuevos bloques defectuosos a esa tabla. Sin -k, se pierde toda la información de los bloques defectuosos anteriores.

El parámetro -fccky...

   -f     Force checking even if the file system seems clean.

   -c     This option causes e2fsck to use badblocks(8) program  to  do  a
          read-only  scan  of  the device in order to find any bad blocks.
          If any bad blocks are found, they are added  to  the  bad  block
          inode  to  prevent them from being allocated to a file or direc‐
          tory.  If this option is specified twice,  then  the  bad  block
          scan will be done using a non-destructive read-write test.

   -k     When combined with the -c option, any existing bad blocks in the
          bad blocks list are preserved, and any new bad blocks  found  by
          running  badblocks(8)  will  be added to the existing bad blocks
          list.

   -y     Assume  an answer of `yes' to all questions; allows e2fsck to be
          used non-interactively.  This option may not be specified at the
          same time as the -n or -p options.

Actualización #3:

Nota: es posible que tenga un disco duro que falla...

  • boot en un DVD/USB de Ubuntu Live

    • sudo fsck -f /dev/sda6

    • sudo fsck -f /dev/sda8

  • boot en el disco duro, aunque esté en modo de emergencia.

  • hacer la actualización nº 1 de nuevo

  • también elimine los montajes adicionales que ha añadido a /etc/fstab

  • utilizando gparted , swapoff /dev/sda7, borrar /dev/sda7, y crear un nuevo ext4 partición en /dev/sda7

  • sudo fsck -f /dev/sda7

  • sudo blkid debería mostrar ahora /dev/sda7, si no entonces STOP y consultar conmigo

  • hacer la actualización # 2 de nuevo, pero de esta manera ...

    • boot en el DVD/USB de Ubuntu Live

    • sudo e2fsck -fccky /dev/sda7

    • sudo e2fsck -fccky /dev/sda6

    • sudo e2fsck -fccky /dev/sda8

  • utilizando gparted , eliminar el ext4 partición /dev/sda7, y crear una nueva linux-swap partición en /dev/sda7, y swap en /dev/sda7... si este paso falla entonces STOP y consultar conmigo

  • reboot

  • sudo blkid | grep swap y obtener el nuevo UUID y editarlo en /etc/fstab, también descomentar esa misma línea

  • reboot

Actualización #4:

Todo el trabajo se ha hecho, y el sistema está funcionando ahora mismo... sin embargo, el disco duro está fallando, y necesita ser reemplazado.

0 votos

Los comentarios no son para ampliar la discusión; esta conversación ha sido trasladado al chat .

0 votos

@heynnema por ahora todo parece estar bien. Gracias a ti. Lo triste es que tardamos 7 días. Después de una larga discusión, lo logramos. P.D: Debería haber elegido LTS en lugar de no LTS.

0 votos

@Prabeshbhattarai ¡Grandes noticias! LTS vs no LTS no habría hecho ninguna diferencia, ya que su problema era con su disco duro. Cuando bloqueaste las tres particiones, ¿te reportó algún bloque malo?

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X