暂停至 RAM 不起作用

Question 1

Supermicro 正式回复了我的询问。X11SPA 支持两者都不 暂停至内存（ACPI S3）也不 暂停至磁盘（ACPI S4）。我认为这是一个重大缺陷，因为该主板是他们面向工作站应用的旗舰产品。请注意这一点。

Answer

Supermicro 正式回复了我的询问。X11SPA 支持两者都不 暂停至内存（ACPI S3）也不 暂停至磁盘（ACPI S4）。我认为这是一个重大缺陷，因为该主板是他们面向工作站应用的旗舰产品。请注意这一点。

Question 2

您能将输出关闭吗：

sudo s2ram -n

查看您的配置是否被识别。如果无法识别，请编辑：

/etc/powersave/sleep

并尝试：

SUSPEND2RAM_FORCE=yes

从此页面开始：http://powersave.sourceforge.net/powersave/Suspend2Ram.html 您还可以尝试：

只需将它们添加到 /boot/grub/menu.lst 中的“内核”行即可。有关它们的更多信息，请参阅 /usr/src/linux/Documentation/power/video.txt。

您可以尝试以下操作：

* acpi_sleep=s3_bios
calls the video BIOS during resume to initialize the video card.
* acpi_sleep=s3_mode
calls the video BIOS during resume to reset the text mode.
* acpi_sleep=s3_bios,s3_mode
combines the above.

此外，如果它“就是不起作用”，尝试使用内核参数“vga=normal”可能是一个好主意，这将在启动期间为您提供一个简单的文本控制台（抱歉，这个没有精美的图形）。您需要删除现有的“vga=0x317”

另一种可能性是您正在休眠而不是暂停，并且出现了问题。

我看到您有 128 GB 的 RAM 和 180 GB 的交换空间。这很多，所以我猜您在尝试挂起/休眠时会使用它。对于休眠，您至少需要使用相同数量的内存，交换空间上是空闲的。这应该不是问题，除非您尝试休眠时使用的 RAM + 交换空间大于空闲交换空间。例如，如果您使用的是 120GB 的 RAM 加上来自 NVMe 的 70 GB 的交换空间，那就是 190GB，而您的交换空间是 180 GB，因此在这种情况下崩溃是必然的。

请检查如下日志：

cat /var/log/syslog | grep -i "kill\|time\|hang\|panic"
dmesg -T | grep -i "kill\|time\|hang\|panic"

在某些情况下，系统很忙（例如 IO 或交换），系统无法暂停。您是否使用 iSCSI 卷作为客户机？

更新：您可以通过以 root 身份运行如下脚本来暂停以启用跟踪：

#!/bin/sh
sync
echo 1 > /sys/power/pm_trace
echo mem > /sys/power/state

这些解释和更多内容来自这里： https://www.kernel.org/doc/html/latest/power/s2ram.html

您可以使用以下方式检查 dmesg：

dmesg -T | less

Answer

您能将输出关闭吗：

sudo s2ram -n

查看您的配置是否被识别。如果无法识别，请编辑：

/etc/powersave/sleep

并尝试：

SUSPEND2RAM_FORCE=yes

从此页面开始：http://powersave.sourceforge.net/powersave/Suspend2Ram.html 您还可以尝试：

只需将它们添加到 /boot/grub/menu.lst 中的“内核”行即可。有关它们的更多信息，请参阅 /usr/src/linux/Documentation/power/video.txt。

您可以尝试以下操作：

* acpi_sleep=s3_bios
calls the video BIOS during resume to initialize the video card.
* acpi_sleep=s3_mode
calls the video BIOS during resume to reset the text mode.
* acpi_sleep=s3_bios,s3_mode
combines the above.

此外，如果它“就是不起作用”，尝试使用内核参数“vga=normal”可能是一个好主意，这将在启动期间为您提供一个简单的文本控制台（抱歉，这个没有精美的图形）。您需要删除现有的“vga=0x317”

另一种可能性是您正在休眠而不是暂停，并且出现了问题。

我看到您有 128 GB 的 RAM 和 180 GB 的交换空间。这很多，所以我猜您在尝试挂起/休眠时会使用它。对于休眠，您至少需要使用相同数量的内存，交换空间上是空闲的。这应该不是问题，除非您尝试休眠时使用的 RAM + 交换空间大于空闲交换空间。例如，如果您使用的是 120GB 的 RAM 加上来自 NVMe 的 70 GB 的交换空间，那就是 190GB，而您的交换空间是 180 GB，因此在这种情况下崩溃是必然的。

请检查如下日志：

cat /var/log/syslog | grep -i "kill\|time\|hang\|panic"
dmesg -T | grep -i "kill\|time\|hang\|panic"

在某些情况下，系统很忙（例如 IO 或交换），系统无法暂停。您是否使用 iSCSI 卷作为客户机？

更新：您可以通过以 root 身份运行如下脚本来暂停以启用跟踪：

#!/bin/sh
sync
echo 1 > /sys/power/pm_trace
echo mem > /sys/power/state

这些解释和更多内容来自这里： https://www.kernel.org/doc/html/latest/power/s2ram.html

您可以使用以下方式检查 dmesg：

dmesg -T | less

Question 3

试试这个，sleep 1 && xset dpms force standby也许对 S2RAM 有用。
找到了这里。

Answer

试试这个，sleep 1 && xset dpms force standby也许对 S2RAM 有用。
找到了这里。

Question 4

权限如果您的挂起失败，并且 # tail /var/log/acpid 显示“权限被拒绝”错误，请确保您的新 ACPI 事件和操作脚本具有适当的权限。

写入错误如果 # echo mem > /sys/power/state 显示“写入错误：操作不允许”，请验证内核中是否启用了 CONFIG_HOTPLUG_CPU 选项。Suspend2 会自动选择此选项。

损坏的 sysfs 接口使用 # echo standby > /sys/power/state 或 # echo mem > /sys/power/state 时可能会遇到问题（机器进入睡眠状态并立即唤醒）。可以使用 # echo -n 3 >/proc/acpi/sleep 使其进入睡眠状态来避免这种情况。如果热插拔守护程序仍在运行或 usb hcd 模块仍在加载，也可能会发生这种情况。

挂起后立即恢复如果挂起几秒后才开始恢复，原因可能是 USB 模块。挂起前请卸载模块 uhci_hcd 和 ehci_hcd。hibernate-scripts 用户将“UnloadModules uhci_hcd ehci_hcd”添加到 /etc/hibernate/common.conf。

挂起“切换到 UP 代码”您可能正在使用频率缩放调节器（例如“保守”或“按需”），这些调节器有时会出现挂起问题。在挂起之前切换到调节器（例如“powersave”或“性能”）可能会解决此问题。

MySQL 守护进程正在运行如果您正在运行 MySQL，睡眠可能也不起作用，因此请先停止 MySQL，然后睡眠。请记住在唤醒时重新启动 MySQL。

LCD 背光在睡眠期间保持打开状态如果您的系统配备了 Radeon Mobility 图形控制器，您的 LCD 背光可能不会自动关闭。使用 radeontool 在睡眠操作脚本中暂停之前关闭背光。

睡眠期间功耗高此外，您可能还需要注意 ACPI 睡眠期间功耗高的问题。

必须卸载 SD 卡在当前 (10.x) 和更早版本的 Ubuntu 中，如果安装了 SD 卡，系统将无法挂起（黑屏，闪烁“月亮”）。使用 Aspire One 社区页面上的脚本可以安全地解决此问题。在其他系统上，您可能只需将“sdhci mmc_block mmc_core”添加到 acpi-support 中的 MODULES= 行即可。或者尝试此方法（pm-utils & pci-sd）：将以下行添加到 # /etc/pm/config.d/00sleep_module 以在待机前卸载模块：

SUSPEND_MODULES="$SUSPEND_MODULES sdhci"

Answer