Рейтинг:3

Ubuntu 20.04 won't wake from suspend or completely shutdown

флаг 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
флаг in
Я установил только ядра 5.11.0-43-generic и 5.11.0-41-generic. Я пытался загрузиться с обоих, и проблема не устранена.
Andra avatar
флаг tr
но вы пытались загрузиться со старым ядром?
Рейтинг:1
флаг lb

У меня такой же ноутбук и точно такая же проблема. Всю последнюю неделю пытался разобраться. Те же результаты в журналах выключения. Потратил некоторое время на поиск различных ошибок в журналах (cpufreq, ошибки размонтирования диска, LUKS, fsck и т. д.), но ничего не изменилось. Я смог вернуться к ядру 5.11.0.38-generic, и все вернулось в норму. Эта версия уже вышла из grub, поэтому я добавил ее сюда.

экспорт KERN_VERSION=5.11.0-38-общий
sudo apt install linux-headers-$KERN_VERSION linux-image-$KERN_VERSION linux-modules-$KERN_VERSION linux-modules-extra-$KERN_VERSION 

Затем я отметил это как сохранение

sudo apt-mark hold linux-image-5.11.0-38-generic # Думаю, это предотвратит автоматическое удаление

Затем включил grub, чтобы запомнить последнее загруженное ядро. Есть, вероятно, и другие лучшие способы

судо ви/и т.д./по умолчанию/жратва

# Добавьте эти настройки
GRUB_SAVEDEFAULT=истина
GRUB_DEFAULT=сохранено

Теперь не уверен, что на самом деле не так с 41 и 43. Надеюсь, что это будет исправлено в более поздней версии. Не удалось зафиксировать фактическую ошибку, которая указывала бы, куда даже отправить отчет об ошибке.

Рейтинг:0
флаг in

Я смог исправить это (после того, как попробовал множество различных исправлений и постепенно усугубил ситуацию), получив новую установку Ubuntu 20.04 LTS и выбрав использование ядра 5.11.0-27-generic (которое пришло с установкой) вместо новее 5.11.0-43-generic, который используется по умолчанию на момент написания. Так что, возможно, это была проблема с ядром, и мне просто нужно было попробовать более старую версию (я пробовал только 5.11.0-38), или, может быть, была еще какая-то затянувшаяся проблема, которую стерла новая установка.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.