對核心進行一些更新後，如果我的筆記型電腦未連接到電源，則它不會再恢復。如果我插入交流電源然後暫停，它將恢復。
我認為這與 TLP 和電源管理有關，但即使禁用 TLP 也不會使其在電池上恢復。在日記中我只看到：
Jun 23 08:19:01 miki-laptop systemd-logind[395]: Lid closed.
Jun 23 08:19:14 miki-laptop systemd-logind[395]: Suspending...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting Lock X session using xlock...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting TLP suspend/resume...
Jun 23 08:19:15 miki-laptop systemd[1]: Started TLP suspend/resume.
Jun 23 08:19:15 miki-laptop lock.sh[1107]: real 0m0.730s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: user 0m0.690s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: sys 0m0.017s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: real 0m0.915s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: user 0m0.857s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: sys 0m0.030s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: real 0m0.681s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: user 0m0.767s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: sys 0m0.010s
Jun 23 08:19:17 miki-laptop systemd[1]: Started Lock X session using xlock.
Jun 23 08:19:17 miki-laptop systemd[1]: Reached target Sleep.
Jun 23 08:19:17 miki-laptop systemd[1]: Starting Suspend...
-- Reboot --
重新啟動是當我恢復時，所以我真的不知道問題出在掛起還是恢復。我的筆記型電腦是華碩 UX305UA，問題與另一個問題非常相似： 華碩 UX303UA 重新啟動而不是從掛起狀態恢復 (ubuntu 15.10)
答案1
查看 BIOS 選項，我發現“Wake on cover open”。即使它顯示“已啟用”，它並不總是有效。
我發現當我升級核心時，我必須進入BIOS，選擇“Disabled”，重新啟動，再次進入BIOS並選擇“Enabled”。
令人驚訝的是，透過此過程，筆記型電腦也從電池掛起狀態中喚醒。
答案2
我有類似的問題。一切都很好，但突然間，當我暫停我的筆記型電腦（關閉蓋子或透過選單購買）時，它會進入睡眠模式，LED 閃爍，但當我喚醒筆記型電腦時，它會因關閉而重新啟動。
Laptop ASUS ZenBook UX305
Linux 4.13.0-38-generic #43~16.04.1-Ubuntu SMP x86_64
我嘗試了很多方法，但沒有結果，但有一次我使用 Ctrl+Alt+F1 切換到 TTY1 並登錄，然後退出。之後它又可以工作了。
我還在“”中設定了以下設定sudo vim /etc/default/grub：
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_sleep=nonvs intel_pstate=disable"
但在 TTY1 之前它不起作用。
問題出現之前發生的變化是：
- 我忘記帶充電器了，我用了另一個充電器，原來的充電器是 19 伏特，但我用的是 20 伏特。
- 有一次，筆記型電腦在掛起過程中掛起，所以我按住電源按鈕進行了硬重啟。
- 最近，我用「軟體更新程式」更新了系統
我想這可能會對某人有幫助。
答案3
這實際上是一個內核錯誤，請參閱此處的內核錯誤追蹤器： https://bugzilla.kernel.org/show_bug.cgi?id=108801
答案4
我的 UX305 也有同樣的問題。該問題似乎是華碩 BIOS 的問題，而不是核心錯誤。該問題出現在 Linux 和 Windows 中。目前沒有固定的 BIOS 可用。但「解決方案」/解決方法是關閉 UX305（不是重新啟動，只是乾淨關閉，然後重新啟動）。之後恢復即可正常運作。