☰

如何诊断和修复 Arch Linux 无法从休眠状态唤醒？

tag-icon • tag-icon arch-linux systemd awesome hibernate
如何诊断和修复 Arch Linux 无法从休眠状态唤醒？

同时进行的一些更新解决了这个问题。

这又起作用了，我说得太早了。事实证明仅当连接电源时系统才会锁定。所以它与功率处理有关，但不是我能检测到的任何方式。解决方法是拔掉电源，再次合上盖子，等待几秒钟，然后再次打开盖子。

成功唤醒后日志如下所示：

systemd[1]: Started Suspend.
systemd[1]: sleep.target: Unit not needed anymore. Stopping.
systemd[1]: Stopped target Sleep.
systemd[1]: Reached target Suspend.
systemd[1]: suspend.target: Unit is bound to inactive unit systemd-suspend.service. Stopping, too.
systemd[1]: Stopped target Suspend.
systemd-logind[480]: Operation 'sleep' finished.

最近，我的笔记本电脑在重新打开盖子后无法正常唤醒。屏幕背光亮起，所以显然发生了一些事情，但我slock在打字时没有得到蓝屏的标准密码“提示”。

我尝试过“盲目”输入密码，打开 shell 并运行reboot.我还尝试按Ctrl-Alt-F2尝试更改为虚拟终端，输入我的用户名和密码，然后运行reboot​​.这些都不起作用，所以大概系统还没有唤醒到足以激活键盘。我已经验证在 中更改为虚拟终端是有效的slock，因此唤醒过程还无法达到该状态。没有系统请求键在键盘上。

journalctl因为相关的--boot只是以冬眠结束。

我没有连接外接显示器。

这是 100% 可重复的。

我刚刚尝试了另一种方法：

  1. 退出很棒的 WM。
  2. 通过检查VT中的进程列表来确保xss-lock死亡。awesome
  3. 返回到令人惊叹的 WM 登录屏幕。
  4. 关上盖子。
  5. 几秒钟后打开盖子。

我再次看到空白屏幕。有趣的是，快速按下并释放电源按钮后，登录屏幕再次出现，而在登录状态下从未出现过这种情况。然而，键盘和鼠标都不起作用（甚至换成 VT），所以我仍然不得不硬启动。日记的结尾是这样的：

$ journalctl --boot=-1 | tail -n2 | cut -d' ' -f5-
systemd[1]: Starting Suspend...
systemd-sleep[1840]: Suspending system...

我的设置在两个存储库中定义，一个用于桌面设置另一个用于整体系统。我经常（几乎每天）更新所有软件。我使用的是 i915 视频驱动程序。该机器是三星 ATIV Book 9 Spin。

答案1

我在使用 Arch Linux-hardened 4.12.5 和 Linux 4.12.4 时遇到了这个问题。在我浏览了大量充满解决方案的页面后，我这样做了：

sudo pacman -Rs acpi
sudo pacman -S acpi
sudo pacman -S linux-lts linux-lts-headers
grub-mkconfig -o /boot/grub/grub.cfg
mkinitcpio -p linux-lts

如果重启后问题消失：

sudo pacman -Rs linux-hardened (linux) linux-hardened-headers (linux-headers)
grub-mkconfig -o /boot/grub/grub.cfg
mkinitcpio -p linux-lts

这对我有用。

答案2

我也有同样的问题。您需要重写 grub 配置。可能是我用来安装更新的 yaourt 无法更新 grub 配置。我正在检查。

Azrael 解释的手动重新配置对我有用：

grub-mkconfig -o /boot/grub/grub.cfg
mkinitcpio -p linux-lts

相关内容