系统暂停时立即冻结,我该在哪里调查?

系统暂停时立即冻结,我该在哪里调查?

我刚刚尝试将新安装的 Xubuntu 19.10 机器(一台更换了 SSD 的联想 S340 Ideapad)挂起到 RAM(即睡眠状态)。登录后按下挂起键,系统立即冻结。屏幕没有变黑,即使过了半小时,机器也不接受除经典 REISUB 组合以外的任何输入。我甚至无法移动鼠标或更改 tty。每当我尝试挂起时,都会发生这种情况,即使使用 和systemctl suspendxfce4-session-logout --suspend最奇怪的是,这不会发生在同一个操作系统的 Live Disk 上

在哪里可以调查此问题的原因?kern.log 显示了PM: suspend entry (deep)看似适当时间的条目,但除了我几分钟前正在做的事情之外,在此之前没有其他内容,在重新启动开始之前也没有其他内容。另一方面,syslog.log 显示更多活动,我已在下面重现此情况。给定时间点之前和之后的所有内容都太遥远而无法相关:

Feb 12 22:55:17 MyPC NetworkManager[1198]: <info>  [1581548117.3612] device (p2p-dev-wlp2s0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
Feb 12 22:55:17 MyPC whoopsie[1521]: [22:55:17] offline
Feb 12 22:55:17 MyPC NetworkManager[1198]: <info>  [1581548117.3616] manager: NetworkManager state is now ASLEEP
Feb 12 22:55:17 MyPC systemd[1]: Reached target Sleep.
Feb 12 22:55:17 MyPC systemd[1]: Starting Suspend...
Feb 12 22:55:17 MyPC kernel: [ 8812.324175] PM: suspend entry (deep)
Feb 12 22:55:17 MyPC systemd-sleep[16039]: Suspending system...

journalctl同样无益:

Feb 12 22:55:17 MyPC NetworkManager[1198]: <info>  [1581548117.3612] device (p2p-dev-wlp2s0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
Feb 12 22:55:17 MyPC whoopsie[1521]: [22:55:17] offline
Feb 12 22:55:17 MyPC NetworkManager[1198]: <info>  [1581548117.3616] manager: NetworkManager state is now ASLEEP
Feb 12 22:55:17 MyPC systemd[1]: Reached target Sleep.
Feb 12 22:55:17 MyPC systemd[1]: Starting Suspend...
Feb 12 22:55:17 MyPC systemd-sleep[16039]: Suspending system...
Feb 12 22:55:17 MyPC kernel: PM: suspend entry (deep)
-- Reboot --

至于如何解决这个问题,我在 AskUbuntu 或其他网上找到的方法都没有奏效:

  • 将 mei 等英特尔模块列入黑名单并没有改变任何相关内容。
  • 据我所知,我没有要列入黑名单的 NVDIA 模块。事实上,我甚至在“附加驱动程序”菜单上没有任何安装驱动程序的选项。如果有简单的方法可以再次检查,请发表评论。
  • lsmod | grep nouveau表明我没有运行臭名昭著的 nouveau 模块。
  • apt list --installed | grep light表明我没有运行有缺陷的 lightlocker 包。
  • 我已经在使用 lightdm,因此 gdm 不能承担责任。
  • 有人认为这可能是 ACPI 问题,但我不知道该如何处理。正如拉法,我已经把我的dmesg | grep -i acpi输出这里。显然[ 0.259633] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug[ 1.045638] acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)值得关注,但我不知道如何解决它们。
  • cat /sys/power/mem_sleep返回s2idle [deep]。我相信这是预期的结果。
  • 更改 Grub 的 GRUB_CMDLINE_LINUX_DEFAULT 设置以用于 PCIe 连接到我的 SSD,但没有任何效果。我尝试了许多其他更改 Grub 设置的建议,但未能记录下来。
  • 在 /etc/systemd/sleep.conf 中编辑 SuspendState 没有任何作用。
  • 更改到较旧的内核,即使是早至 5.0.21-050021.201906040731 或早至 5.3.0-18.19+1,也没有任何变化。
  • 我知道一些类似的错误在一些 4.x 内核中,但我的印象是它们已在 5.x 内核中修补,因此它们应该不相关。
  • 联想给我提供了最新 BIOS 更新发布的相互矛盾的日期,但我的版本号(ALCN28WW(V2.05))与他们的相符,并且sudo dmidecode给我的发布日期与他们自述文件中的日期相符(2019 年 11 月 25 日,与他们网站声称的 2019 年 12 月 16 日相反)。

答案1

查看您的dmesg | grep -i acpi输出,我可以看出这是 ACPI 问题。特别是以下内容:

[    1.045638] acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)
[    1.045676] acpi PNP0C14:03: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)

威盛

Windows 管理规范 (WMI) 是 Windows 驱动模型的一组复杂的专有扩展,它提供了一个操作系统接口,允许被检测的组件提供信息和通知。

这实际上意味着你的机器最初是为 Windows 操作系统制造的,尽管 Ubuntu 和其他 Linux 发行版将使用不同的机制模仿 Windows 操作系统对 BIOS 的调用,其中威盛,有时候这种交易在以太坊端会不成功,就会发生这样的问题。

由此引起的问题可能包括暂停问题、WiFi问题、以太网问题、电池问题、硬盘问题、SSD问题以及其他问题。

其中一些问题在某些 Linux 内核中出现,而在其他内核中消失。它们可能有所不同,但除非系统 BIOS 和内核之间的通信得到修复,否则不太可能完全消失。理想的修复方法是制造商提供解决此问题的 BIOS 更新。

除此之外,您还可以尝试硬件,即 SSD,并将图形驱动程序更改为开源或专有,直到机器稳定为止。此外,升级到下个月发布的下一个 Ubuntu 版本,因为它可能会为您的机器 BIOS 提供更好的支持。

祝你好运

答案2

我将其发布在这里,因为它对于评论部分来说太长了,并且它采用了原始页面的格式,除了粗体部分,那是我的。

在进入系统挂起和/或休眠状态之前,
systemd-suspend.service(以及分别提到的其他单元)
将运行 /usr/lib/systemd/system-sleep/ 中的所有可执行文件
向他们传递两个参数。
第一个参数是“pre”,第二个参数是
“suspend”、“hibernate”或“hybrid-sleep”取决于所
选择的操作
。  离开系统挂起状态后立即和/或
休眠时,将运行相同的可执行文件,但第一个参数
现在是“post”。此目录中的所有可执行文件将并行执行,直到所有 可执行文件都完成后
,才会继续执行操作。

来源:http://man7.org/linux/man-pages/man8/systemd-sleep.8.html

也许你应该不是注释掉的项目。


我搜索了一下/etc/systemd/sleep.conf在姐妹网站上,有很多结果

相关内容