对内核进行一些更新后,如果我的笔记本电脑未连接到电源,则它不会再恢复。如果我插入交流电源然后暂停,它将恢复。
我认为这与 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(不是重新启动,只是干净关闭,然后重新启动)。之后恢复即可正常工作。