Después de actualizar de 18.04 a 20.04, la suspensión falla durante la solicitud de suspensión o se bloquea al reanudar. Esta es una computadora de escritorio, no una computadora portátil. Es el mismo BIOS y hardware que 18.04.
20.04 falla de varias maneras diferentes.
- Al suspender, el USB se apaga, los ventiladores y los LED del sistema permanecen encendidos, la pantalla se queda en blanco y falla.
- Al suspender, la pantalla parpadea con colores y caracteres aleatorios, los ventiladores y el USB permanecen encendidos, fallan.
- Al reanudar, el USB y los ventiladores se encienden, después de unos segundos el USB se apaga, la pantalla negra se atenúa y el mensaje de inicio de sesión se bloquea.
La suspensión desde el ícono de encendido o desde la línea de comando siempre falla con los ventiladores en funcionamiento. Al dejar que la máquina se suspenda durante el tiempo de espera, siempre falla al reanudarse. Obviamente 20.04 no funciona con este hardware, pero ¿por qué lo manejó 18.04?
Para salir del estado corrupto, mantengo presionado el botón de encendido durante 10 segundos. El botón de reinicio a veces funciona y otras no. Este es un choque muy duro.
- UPC:Ryzen 3600
- Mobo:Gigabyte B450M-DS3H
- Versión de BIOS:F50
user@desk:~$ free -h
total used free shared buff/cache available
Mem: 15Gi 1.3Gi 13Gi 150Mi 1.3Gi 13Gi
Swap: 2.0Gi 0B 2.0Gi
user@desk:~$ sysctl vm.swappiness
vm.swappiness = 60
user@desk:~$ ls -al ~/.local/share/gnome-shell/extensions
total 12
drwxrwxr-x 3 user user 4096 May 23 2019 .
drwx------ 3 user user 4096 Aug 14 10:51 ..
drwxrwxr-x 4 user user 4096 May 23 2019 [email protected]
user@desk:~$ ls -al /usr/share/gnome-shell/extensions
total 24
drwxr-xr-x 6 root root 4096 Aug 11 16:36 .
drwxr-xr-x 7 root root 4096 Aug 11 16:38 ..
drwxr-xr-x 2 root root 4096 Aug 11 16:36 desktop-icons@csoriano
drwxr-xr-x 2 root root 4096 Aug 11 16:38 [email protected]
drwxr-xr-x 3 root root 4096 Aug 11 16:31 [email protected]
drwxr-xr-x 3 root root 4096 Aug 11 16:32 [email protected]
Respuesta1
overclockeado
Si su CPU o RAM están overclockeadas, devuélvalas a sus valores predeterminados.
drwxrwxr-x 4 user user 4096 May 23 2019 [email protected]
BIOS
Gigabyte B450M-DS3H
Tienes la versión de BIOS F50.
Hay un BIOS más nuevo disponible, versión F51, y se puede descargaraquí
Nota: Asegúrese de tener la página web correcta para su número de modelo.
Nota: Tenga buenas copias de seguridad antes de actualizar la BIOS.
intercambio
Creemos un archivo /swap un poco más grande...
Confirme esta línea en /etc/fstab...
Nota: Asegúrese de que no haya otras líneas que contengan "swap".
/swapfile none swap sw 0 0
Nota: El uso incorrecto del dd
comando puede provocar la pérdida de datos. Sugerir copiar/pegar.
sudo swapoff -a # turn off swap
sudo rm -i /swapfile # remove old /swapfile
sudo dd if=/dev/zero of=/swapfile bs=1M count=4096
sudo chmod 600 /swapfile # set proper file protections
sudo mkswap /swapfile # init /swapfile
sudo swapon /swapfile # turn on swap
free -h # confirm 16G RAM and 4G swap
reboot # reboot and verify operation
memoria
Los procesadores Ryzen son conocidos por sus problemas de compatibilidad de memoria.
Edita tu pregunta y muéstrame sudo lshw -C memory
.
Ir ahttps://www.memtest86.com/y descárgalo/ejecútalo gratis memtest
para probar tu memoria. Obtenga al menos una aprobación completa de todas las pruebas 4/4 para confirmar una buena memoria. Esto puede tardar muchas horas en completarse.
Lista de soporte de CPU:https://www.gigabyte.com/Motherboard/B450M-DS3H-rev-10/support#support-cpu
Lista de soporte de memoria:https://www.gigabyte.com/Motherboard/B450M-DS3H-rev-10/support#support-doc
Respuesta2
Arreglado por el momento. Agregué nomodeset
al GRUB_CMDLINE_LINUX_DEFAULT
in/etc/default/grub
Ahora la caja se suspende con éxito y también es notablemente más rápida. No hice cambios de hardware ni de BIOS.
nomodeset
parece haberle dado a la huella de memoria de 20.04 el tiempo que necesita para estabilizarse.
Mantendré este cuadro en observación en caso de que surjan otras anomalías.
Respuesta3
Tuve el mismo problema e intenté, como sugirió miarbor, agregar nomodeset al grub, desafortunadamente con la tarjeta gráfica NVIDA, ¡esto arruinó la visualización de todo el sistema! ¡Lo resolví usando el controlador binario NVIDA original (propietario, probado), no el servidor X.OrgX de código abierto recomendado por el desarrollador de Ubuntu! ver foto
Respuesta4
También enfrenté un problema similar en Ubuntu 20.04. Revisé el archivo de registro y descubrí que había algún problema con ACPI.
Pude resolverlo escribiendo lo siguiente en la Terminal:
echo "disable" > /sys/firmware/acpi/interrupts/gpe6F
Encontré esta respuesta aquí:http://jhshi.me/2015/11/14/acpi-error-method-parseexecution-failed-_gpe_l6f/index.html#.YHhsW4Mzbm4