Puncte:3

Ubuntu 20.04 won't wake from suspend or completely shutdown

drapel in

I'm running Ubuntu 20.04 on an Acer Thinkpad A475. Suspend and shutdown have stopped working properly. When I suspend, the laptop won't wake, forcing me to hold the power button until it turns off, then start it up again. When I try to shutdown or restart, the same problem happens. The screen goes black, but the power button remains lit and I have to hold the power button to make the laptop turn off.

I've been googling this problem for several days. One suggestion to diagnose the problem was to power down the laptop, wait a half hour, then forcefully power down by holding the power button, then after restarting, run sudo journalctl -b -1 -e. This is the result:

Dec 30 09:53:24 schwartz-lenovo systemd[1]: Unmounting /run/snapd/ns...
Dec 30 09:53:24 schwartz-lenovo systemd[1]: run-snapd-ns.mount: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Unmounted /run/snapd/ns.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Stopped target Local File Systems (Pre).
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Stopped target Swap.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Deactivating swap /dev/disk/by-id/nvme-THNSF5512GPUK_TOSHIBA_X76S115GTR4T-part5...
Dec 30 09:53:24 schwartz-lenovo systemd[1]: systemd-tmpfiles-setup-dev.service: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Stopped Create Static Device Nodes in /dev.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: systemd-sysusers.service: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Stopped Create System Users.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: systemd-remount-fs.service: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Stopped Remount Root and Kernel File Systems.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Reached target Shutdown.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: dev-disk-by\x2did-nvme\x2dTHNSF5512GPUK_TOSHIBA_X76S115GTR4T\x2dpart5.swap: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Deactivated swap /dev/disk/by-id/nvme-THNSF5512GPUK_TOSHIBA_X76S115GTR4T-part5.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: dev-disk-by\x2dpartuuid-6ae277d0\x2d05.swap: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Deactivated swap /dev/disk/by-partuuid/6ae277d0-05.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: dev-disk-by\x2did-nvme\x2deui.00080d020033412c\x2dpart5.swap: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Deactivated swap /dev/disk/by-id/nvme-eui.00080d020033412c-part5.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: dev-disk-by\x2dpath-pci\x2d0000:04:00.0\x2dnvme\x2d1\x2dpart5.swap: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Deactivated swap /dev/disk/by-path/pci-0000:04:00.0-nvme-1-part5.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: dev-nvme0n1p5.swap: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Deactivated swap /dev/nvme0n1p5.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: dev-disk-by\x2duuid-f1b5903f\x2d71c6\x2d44ba\x2da496\x2d89d18f080500.swap: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Deactivated swap /dev/disk/by-uuid/f1b5903f-71c6-44ba-a496-89d18f080500.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Reached target Unmount All Filesystems.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Reached target Final Step.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: systemd-reboot.service: Succeeded.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Finished Reboot.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Reached target Reboot.
Dec 30 09:53:24 schwartz-lenovo systemd[1]: Shutting down.
Dec 30 09:53:24 schwartz-lenovo systemd-shutdown[1]: Syncing filesystems and block devices.
Dec 30 09:53:24 schwartz-lenovo systemd-shutdown[1]: Sending SIGTERM to remaining processes...
Dec 30 09:53:24 schwartz-lenovo systemd-journald[276]: Journal stopped

I've tried looking for missing drivers, with ubuntu-drivers devices, but the result is blank. I've seen that this could be also be a GPU or kernel issue. Any help you can provide in finding a solution would be greatly appreciated.

UPDATE Shutdown and Restart both work when booted into recovery mode, and suspend is closer to working. When booting into recovery mode I get a warning saying "some graphic drivers require a full graphical boot and so will fail when resuming from recover", so maybe this is a graphics driver problem? I've made sure my graphics driver is up to date. My graphics card is an AMD Radeon R7 Graphics and the driver is AMD GPU.

schwartz721 avatar
drapel in
Singurele nuclee pe care le-am instalat sunt 5.11.0-43-generic și 5.11.0-41-generic. Am încercat să pornesc cu ambele și problema persistă
Andra avatar
drapel tr
dar ai încercat să pornești cu un nucleu mai vechi?
Puncte:1
drapel lb

Am acelasi laptop si exact aceeasi problema. Am încercat să-mi dau seama de săptămâna trecută. Aceleași rezultate în jurnalele de oprire. Am petrecut ceva timp urmărind diverse erori din jurnale (cpufreq, erori de dezinstalare disc, LUKS, fsck, etc), dar nu a făcut diferența. Am reușit să revin la kernel-ul 5.11.0.38-generic și totul a revenit la normal. Versiunea respectivă a ieșit deja din grub, așa că am adăugat-o înapoi aici.

export KERN_VERSION=5.11.0-38-generic
sudo apt install linux-headers-$KERN_VERSION linux-image-$KERN_VERSION linux-modules-$KERN_VERSION linux-modules-extra-$KERN_VERSION 

Apoi l-am marcat pe acesta ca o păstrare

sudo apt-mark hold linux-image-5.11.0-38-generic # Cred că acest lucru va împiedica eliminarea automată

Apoi a pornit grub pentru a-și aminti ultimul kernel pornit. Probabil că există și alte modalități mai bune

sudo vi /etc/default/grub

# Adăugați aceste setări
GRUB_SAVEDEFAULT=adevărat
GRUB_DEFAULT=salvat

Acum, nu sunt sigur ce este de fapt în neregulă cu 41 și 43. Sperând că poate fi rezolvat într-o versiune ulterioară. Nu am reușit să capteze o eroare reală care ar indica unde să trimită chiar și un raport de eroare.

Puncte:0
drapel in

Am reușit să remediez acest lucru (după ce am încercat o mulțime de remedieri diferite și am înrăutățit treptat acest lucru) obținând o nouă instalare a Ubuntu 20.04 LTS și alegând să folosesc kernelul 5.11.0-27-generic (care a venit odată cu instalarea) în loc de mai nou 5.11.0-43-generic, care este implicit la momentul scrierii. Deci, poate a fost o problemă de kernel tot timpul și am avut nevoie doar să încerc o versiune mai veche (am încercat doar 5.11.0-38), sau poate a existat și o altă problemă persistentă pe care instalarea proaspătă a eliminat-o.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.