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 enreadonly 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
.0 votos
@bistoco ¿a qué te refieres con "health scan"? ¿Existe tal comando? Sí, mi sistema operativo está siempre actualizado. Se actualiza. No creo que haya ninguna actualización disponible. Y estoy bloqueado, puedo copiar el /var/log/syslog para mostrarte.
0 votos
Edita tu pregunta con dos capturas de pantalla de: abrir el
Disks
seleccione el disco duro, seleccioneSMART Data & Tests
del icono "hamburguesa". Vea la ventana de datos, haga una captura de pantalla, desplace la ventana y haga una segunda captura de pantalla. A continuación, ejecute las pruebas SMART. Informe.0 votos
¿Ha instalado un controlador en Windows que le permita leer/escribir en las particiones ext2/3/4 de Linux?
0 votos
@heynnema no, no creo que haya hecho algo que lea/escriba en Linux desde Windows. (Actualización: Después de 12 horas, puedo usar Ubuntu de nuevo, pero me pregunto cuánto tiempo va a durar. A no ser que no apague nunca)
0 votos
@bistoco esto es lo que hay dentro de mi /var/log/syslog: pastebin.com/6KSJz6k8
0 votos
No veo la
Disks
capturas de pantalla.0 votos
Además, edita tu pregunta y muéstrame
sudo blkid
ycat /etc/fstab
yls -al ~/.local/share/gnome-shell/extensions
. ¿Tiene calibre-viewer configurado como aplicación de inicio?0 votos
@heynnema Quiero usar la "aplicación de disco" y el escaneo de las últimas 4 horas, pero debido a la carga, no puedo mantenerlo. Agrego alguna información u pidió.
0 votos
@heynnema He añadido más detalles. Haciendo la pregunta muy grande, espero que no vaya en contra de las 'reglas de askubuntu'.
0 votos
No he entendido tu comentario "escaneando durante las últimas 4 horas pero debido a los cortes de carga". La información que solicité al
Disks
La aplicación no requiere ningún escaneo. Estaba buscando las capturas de pantalla de la ventana SMART Data.0 votos
@heynnema lo siento, he interpretado mal tus puntos. Así que empiezo a escanear el disco, que duró 4 horas, y la "electricidad" se fue y mi Laptop no puede sobrevivir más de 5 minutos, así que tengo cancelar el escaneo al 90%.