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

Question

与此同时，一些更新解决了这个问题。

---

这又奏效了，我说得太早了。事实证明，系统只有在接通电源时才会锁定。所以它与功率处理有关，但我无法检测到。解决方法是拔掉电源，再次合上盖子，等待几秒钟，然后再次打开盖子。

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

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，因此唤醒过程尚未达到该状态。键盘上没有SysRq 键。

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。

Answer 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

这对我有用。