☰

Acer Acer SF114-34 在挂起后立即唤醒 // 20.04.3 LTS (Focal Fossa) 和 22.04 LTS

tag-icon • tag-icon suspend power-management acer
Acer Acer SF114-34 在挂起后立即唤醒 // 20.04.3 LTS (Focal Fossa) 和 22.04 LTS

添加 mSATA 后，我遇到了一个问题，我的 Acer SF114-34 无法进入待机状态。之前它可以完美运行...

我已经

  • 操作 /etc/systemd/logind.conf HandleSuspendKey=suspend HandleLidSwitch=suspend HandleLidSwitchDocked=suspend
  • 已在 Gnome-Tweak-Tool 中激活“合上盖子后暂停”
  • 在 Bios 中 S3 处于活动状态。我从未更改过这些设置。
  • 新的 mSATA 使用 Luks 加密

命令：journalctl|grep suspend

11 月 08 日 17:20:57 cthulhu systemd[1]: systemd-suspend.service: 成功。11 月 08 日 17:22:55 cthulhu ModemManager[1079]: [sleep-monitor] 系统即将挂起 11 月 08 日 17:23:00 cthulhu 内核：PM：挂起条目（深度）11 月 08 日 17:23:02 cthulhu 内核：printk：挂起控制台（使用 no_console_suspend 进行调试）11 月 08 日 17:23:03 cthulhu 内核：PM：挂起退出 11 月 08 日 17:23:03 cthulhu systemd[1]: systemd-suspend.service: 成功。 11 月 08 日 18:41:28 cthulhu ModemManager[1066]: [sleep-monitor] 系统即将挂起 11 月 08 日 18:41:33 cthulhu 内核：PM：挂起条目（深度） 11 月 08 日 18:41:35 cthulhu 内核：printk：挂起控制台（使用 no_console_suspend 进行调试） 11 月 08 日 18:41:36 cthulhu 内核：PM：挂起退出 11 月 08 日 18:41:36 cthulhu systemd[1]: systemd-suspend.service：成功。 11 月 08 日 18:47:31 cthulhu systemd-logind[1005]: 不支持请求的休眠操作，请改用常规挂起。 11 月 08 日 18:47:31 cthulhu ModemManager[1066]: [sleep-monitor] 系统即将挂起 11 月 08 日 18:47:31 cthulhu systemd-logind[1005]: 请求的休眠操作不受支持，请改用常规挂起。 11 月 08 日 18:47:31 cthulhu systemd-logind[1005]: 请求的休眠操作不受支持，请改用常规挂起。 11 月 08 日 18:47:31 cthulhu systemd-logind[1005]: 请求的休眠操作不受支持，请改用常规挂起。 11 月 08 日 18:47:31 cthulhu systemd-logind[1005]: 请求的休眠操作不受支持，请改用常规挂起。 11 月 08 日 18:47:31 cthulhu systemd-logind[1005]: 请求的休眠操作不受支持，请改用常规挂起。11 月 08 日 18:47:31 cthulhu systemd-logind[1005]: 请求的休眠操作不受支持，请改用常规挂起。11 月 08 日 18:47:31 cthulhu systemd-logind[1005]: 请求的休眠操作不受支持，请改用常规挂起。11 月 08 日 18:47:31 cthulhu systemd-logind[1005]: 请求的休眠操作不受支持，请改用常规挂起。11 月 08 日 18:47:31 cthulhu systemd-logind[1005]: 请求的休眠操作不受支持，请改用常规挂起。 11 月 08 日 18:47:36 cthulhu 内核：下午：暂停进入（深度）11 月 08 日 18:47:38 cthulhu 内核：printk：暂停控制台（使用 no_console_suspend 进行调试）11 月 08 日 18:47:39 cthulhu 内核：下午：暂停退出11 月 08 日 18:47:39 cthulhu systemd[1]：systemd-suspend.service：成功。

您有什么办法可以解决这个问题吗？谢谢，问候

答案1

我能够找出错误。问题是我安装的新 mssd 没有进入睡眠模式。作为一种解决方法，这对我有帮助 ->Ubuntu 休眠几秒钟后被唤醒

答案2

以下是链接中的答案（Ubuntu 休眠几秒钟后被唤醒) 包装成引文。此内容用作副本。

检查你的电脑的唤醒事件：

2& [romano:~/etc] % cat /proc/acpi/wakeup 
Device  S-state   Status   Sysfs node
PCI0      S4    *disabled  no-bus:pci0000:00
COM1      S4    *disabled  pnp:00:06
PEGH      S4    *disabled
PEGL      S4    *disabled
IGBE      S4    *enabled   pci:0000:00:19.0
PCX1      S4    *disabled  pci:0000:00:1c.0
PCX5      S4    *disabled  pci:0000:00:1c.4
PCX7      S4    *disabled  pci:0000:00:1c.6
HUB       S4    *disabled  pci:0000:00:1e.0
EUS1      S3    *enabled   pci:0000:00:1d.0
EUS2      S3    *enabled   pci:0000:00:1a.0
PBTN      S4    *enabled

已启用的事件可以唤醒您的计算机。其中一个事件正在触发，您必须找出是哪一个。

您可以使用以下命令切换唤醒状态，例如 EUS1（不管它是什么意思 --- 不知道）：

echo EUS1 | sudo tee /proc/acpi/wakeup

然后，您可以通过重复第一个命令来检查唤醒是否已禁用。现在您可以尝试挂起，看看 PC 是否保持挂起状态。重复。

不要禁用 PBTN 上的事件 --- 它是电源按钮。 在这种情况下，您将无法恢复！

我的策略通常是禁用除 PBTN 之外的所有东西 --- 现在恢复应该只通过电源按钮触发。然后您可以尝试重新启用其他来源（或不启用）。

找到罪魁祸首事件后，您可以将其添加到 /etc/rc.local 以使更改永久生效。但请注意，界面设计得很糟糕，您只能切换启用/禁用的状态，而不能设置它；因此，例如，要根据 EUS1 的状态独立禁用它，您应该使用

grep 'EUS1.*enabled' < /proc/acpi/wakeup >/dev/null && echo "EUS1" > /proc/acpi/wakeup

在你的 /etc/rc.local 中。

在我的情况下，罪魁祸首是 EHC 和 XHC 设备，可能是因为我有一个 USB 键盘（但不确定），这是我的 rc.local 的摘录：

for device in XHC EHC1 EHC2; do
    grep $device /proc/acpi/wakeup | grep enabled > /dev/null && {
        echo Disabling wakeup on $device 
        echo $device > /proc/acpi/wakeup
    }
done

相关内容