我有一台运行 Fedora 23 的 ThinkPad X220。一切都很好，直到昨天机器不再从挂起到 RAM 中唤醒。只需按住电源按钮几秒钟即可完全关闭机器。
日志以下列 ( journalctl -b-1) 结尾：
Mär 20 09:07:01 martin-friese.fritz.box systemd[1]: Started Session 36 of user mu.
Mär 20 09:07:01 martin-friese.fritz.box systemd[1]: Starting Session 36 of user mu.
Mär 20 09:07:01 martin-friese.fritz.box audit[6412]: USER_START pid=6412 uid=0 auid=1000 ses=36 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_loginuid,pam_keyinit,pam_limits,pam_systemd acct="mu" exe="
Mär 20 09:07:01 martin-friese.fritz.box audit[6412]: CRED_REFR pid=6412 uid=0 auid=1000 ses=36 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_unix acct="mu" exe="/usr/sbin/crond" hostname=? addr=? te
Mär 20 09:07:01 martin-friese.fritz.box CROND[6416]: (mu) CMD (/home/mu/bin/brightness --auto > /dev/null 2> /dev/null)
Mär 20 09:07:03 martin-friese.fritz.box audit[6412]: CRED_DISP pid=6412 uid=0 auid=1000 ses=36 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_unix acct="mu" exe="/usr/sbin/crond" hostname=? addr=? te
Mär 20 09:07:03 martin-friese.fritz.box audit[6412]: USER_END pid=6412 uid=0 auid=1000 ses=36 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:session_close grantors=pam_loginuid,pam_keyinit,pam_limits,pam_systemd acct="mu" exe="/
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: <info> sleep requested (sleeping: no enabled: yes)
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: <info> sleeping...
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: <info> (wlp3s0): device state change: unavailable -> unmanaged (reason 'sleeping') [20 10 37]
Mär 20 09:07:38 martin-friese.fritz.box NetworkManager[1358]: <info> NetworkManager state is now ASLEEP
Mär 20 09:07:38 martin-friese.fritz.box systemd[1]: Reached target Sleep.
Mär 20 09:07:38 martin-friese.fritz.box systemd[1]: Starting Sleep.
Mär 20 09:07:38 martin-friese.fritz.box systemd[1]: Starting Suspend...
Mär 20 09:07:38 martin-friese.fritz.box systemd-sleep[6516]: Suspending system...
我运行的内核是4.4.5-300.fc23.x86_64.
可能是因为这次更新：
[root@martin-friese mu]# env LC_ALL=C dnf history info 251
Transaction ID : 251
Begin time : Fri Mar 18 14:50:13 2016
Begin rpmdb : 4555:f742ed24f025e31a2cf17b39e7cbbaae3adede0e
End time : 14:51:35 2016 (82 seconds)
End rpmdb : 4554:3afdbed35e1c373fe7e000bc5d1e5258054c1c33
User : System <unset>
Return-Code : Success
Transaction performed with:
Installed dnf-1.1.7-2.fc23.noarch @updates
Installed rpm-4.13.0-0.rc1.12.fc23.x86_64 @updates
Packages Altered:
Erase kernel-4.4.2-301.fc23.x86_64 @updates
Install kernel-4.4.5-300.fc23.x86_64 @updates
Erase kernel-core-4.4.2-301.fc23.x86_64 @updates
Install kernel-core-4.4.5-300.fc23.x86_64 @updates
Erase kernel-devel-4.4.2-301.fc23.x86_64 @updates
Install kernel-devel-4.4.5-300.fc23.x86_64 @updates
Upgraded kernel-headers-4.4.4-301.fc23.x86_64 @updates
Upgrade 4.4.5-300.fc23.x86_64 @updates
Erase kernel-modules-4.4.2-301.fc23.x86_64 @updates
Install kernel-modules-4.4.5-300.fc23.x86_64 @updates
Erase kernel-modules-extra-4.4.2-301.fc23.x86_64 @updates
Install kernel-modules-extra-4.4.5-300.fc23.x86_64 @updates
Erase kmod-VirtualBox-4.4.2-301.fc23.x86_64-5.0.14-1.fc23.x86_64 @@commandline
Upgraded libinput-1.2.1-4.fc23.x86_64 @updates
Upgrade 1.2.2-1.fc23.x86_64 @updates
Upgraded python-pygments-2.0.2-3.fc23.noarch @@commandline
Upgrade 2.1.3-1.fc23.noarch @updates
Upgraded python3-pygments-2.0.2-3.fc23.noarch @@commandline
Upgrade 2.1.3-1.fc23.noarch @updates
Upgrade qt-1:4.8.7-12.fc23.x86_64 @updates
Upgraded qt-1:4.8.7-5.fc23.x86_64 @updates
Upgrade qt-common-1:4.8.7-12.fc23.noarch @updates
Upgraded qt-common-1:4.8.7-5.fc23.noarch @updates
Upgrade qt-devel-1:4.8.7-12.fc23.x86_64 @updates
Upgraded qt-devel-1:4.8.7-5.fc23.x86_64 @updates
Upgrade qt-mysql-1:4.8.7-12.fc23.x86_64 @updates
Upgraded qt-mysql-1:4.8.7-5.fc23.x86_64 @updates
Upgrade qt-x11-1:4.8.7-12.fc23.x86_64 @updates
Upgraded qt-x11-1:4.8.7-5.fc23.x86_64 @updates
旧内核也没有帮助。我刚刚尝试了 4.4.4 和 4.4.3，前几天运行得很好。 4.4.5 的更新已于周五下午进行。然后我在周六下午启动了带有新内核的笔记本电脑，并在晚上首先将其暂停，我想。因此它很可能是 4.4.5 内核。
但是，由于旧内核具有相同的效果，我认为这是硬件或其他原因。我将尝试从具有一些非常不同的版本（例如 CentOS）的 Live USB 启动并尝试。
唤醒机器后等待一小会儿，它会尝试启动风扇（可以听到）并且所有指示灯都会闪烁。 A短视频和一个更长的视频展示奇怪的灯光秀。
更新1
我刚刚从 USB 启动了 Kubuntu 15.10。挂起后唤醒，但屏幕黑屏且无线无法再次打开。那里也有一些问题，机器之前可以在 Kubuntu 15.10 上运行。
更新2
带有 Kernel 4.4.1 的 Arch Linux 2016.03.01 也存在同样的问题。我开始了现场会议并使用了systemctl suspend.系统将进入睡眠状态，不会再次醒来。我看到了和以前一样的灯光秀。
这是硬件缺陷吗？
更新3
当深入了解 UEFI 以查看是否可以更改其中的某些内容时，我注意到我无法再在那里保存更改。我收到以下错误，然后它冻结在 UEFI 中：
我还尝试将 UEFI 重置为默认值，但这也不起作用：
“ThinkPad”-Splash 和 GRUB 之间的另一条新错误消息如下：
我的一个朋友建议更新 UEFI，没有比这个行为奇怪的 UEFI 更糟糕的了。所以我们尝试将 ISO 放在 U 盘上，但没有成功。然后我们尝试了DVD，但也不起作用。我们尝试了GRUB方法。所有这些都不起作用，因为我的 UEFI 被锁定在“仅 UEFI”启动模式，而 Lenovo UEFI 更新程序是 16 位 DOS，只能通过传统模式启动。幸运的是（？）他有一个装有 Windows 7 的硬盘，所以我们只是使用 Windows 刷新了 UEFI。耸耸肩
之后，我不会再收到错误消息，保存数据后 UEFI 仍然会冻结。挂起问题仍然存在，它仍然没有唤醒。
我们得出的结论是，可能不是任何软件，而是 UEFI 本身有问题，因此唤醒部分可能以某种方式损坏。
答案1
听起来您在重启后第一次尝试暂停时遇到了这种情况。这与我刚遇到的情况不同，但其他方面非常相似。
起初我以为我的问题是零星的，但现在我意识到这是第二次暂停才显示出问题。似乎与此报道相符：
https://www.reddit.com/r/Fedora/comments/44mk4m/suspend_issues_after_upgrade_to_43_kernel/
那篇文章指出，挂起到 RAM 将在重新启动后工作一次，然后在下次失败，这就是我所看到的。
我使用的是经过完全修补的 Fedora 23 64 位桌面，每天晚上使用“systemctl suspend”来节省一些电量，因为我不再运行任何需要 24/7 运行的服务。