休眠使用systemctl并使其在困难的情况下正常工作
对我来说，pm-hibernate总是失败。经过一些调整后，我能够使用systemd界面（在16.04及更高版本中初始化system）进入休眠状态。我还设法通过交换文件使它在17.04上运行。此案例研究可能对其他有问题的人有用。
第一次尝试：
sudo systemctl hibernate
如果失败，则开始进行故障排除：在休眠状态（HTD或ACPI S4）中，将计算机状态写入磁盘，因此无需电源即可保留它。状态被写入交换分区或交换文件。注意：如果使用BTRFS，请勿尝试使用交换文件，因为这可能会导致文件系统损坏
你的交换分区或交换文件可能需要大小为RAM，让冬眠一样，但你将能够冬眠，如果它是至少2/5的RAM大小一个很好的机会，根据该拱门wiki页面，因此请先尝试其他步骤，然后再增加交换大小。
如果您的问题是干净启动而不是预期的恢复，则最有可能需要设置启动参数来查找磁盘映像。
找到您的交换分区：
grep swap /etc/fstab
对我来说，这返回（部分输出）
# swap was on /dev/mmcblk0p3 during installation
/dev/mmcblk0p3要指定的分区在哪里
添加启动参数：
sudoedit /etc/default/grub
在开始的行中，在引号中GRUB_CMDLINE_LINUX_DEFAULT添加resume=/dev/YourSwapPartition该部分（替换为您先前标识的分区）。以我的示例为例：
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=/dev/mmcblk0p3"
每次更改此文件时，都必须运行，sudo update-grub否则更改无效。
现在您需要重新启动。然后，您可以通过发出以下命令尝试休眠：
sudo systemctl hibernate
要恢复，请按电源按钮，系统将启动。
如果仍然有问题，请开始调试。
我包括我的情况之下作为一个例子，但在调试S状态都可以找到详细的信息，在这个博客和也这一个。
设置更多启动参数以捕获更多信息。删除quiet和splash添加initcall_debug和no_console_suspend这将导致初始化系统调用将被打印到控制台上，所以你可以看什么错误。我设置这个：
GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/mmcblk0p3 no_console_suspend initcall_debug"
这帮助我了解了从休眠状态恢复后出了什么问题。
在我的情况下，恢复后我失去了WiFi，内核显然不高兴，因为大多数命令（例如，从中读取任何内容/sys，重新加载模块或任何systemctl命令）将不起作用-该过程似乎开始并挂起（所有这些都将是重启后自然恢复正常）。看着系统非常缓慢地关闭并阅读所有调试消息，我注意到“ brcm”存在很多问题，因此我猜想应该归咎于我的Broadcom无线驱动程序模块。果然，我调整了休眠过程以首先卸载模块：
sudo modprobe -r brcmfmac
sudo systemctl hibernate
在恢复我重新插入模块
sudo modprobe brcmfmac
一切工作正常。我还必须将btsdio似乎与之不兼容的模块列入黑名单brcmfmac
更新：在17.04上使用交换文件进行休眠。
在Arch Wiki页面的帮助下，再次进行了一些其他修改，我设法通过一个交换文件使休眠状态在17.04上工作。这需要一个附加的引导参数，resume_offset=n其中n是以下physical_offset输出中的第一个数字sudo filefrag -v /swapfile：
$ sudo filefrag -v /swapfile
Filesystem type is: ef53
File size of /swapfile is 1425873920 (348114 blocks of 4096 bytes)
ext: logical_offset: physical_offset: length: expected: flags:
0: 0.. 32767: 34816.. 67583: 32768:
1: 32768.. 63487: 67584.. 98303: 30720:
....
因此，在我的情况下，其他引导参数为resume_offset=34816。您仍然需要为分区恢复设置引导参数。这将是根分区（或交换文件所在的任何分区），我的参数现在为：
GRUB_CMDLINE_LINUX_DEFAULT="no_console_suspend initcall_debug resume=/dev/mmcblk1p2 resume_offset=34816"
/dev/mmcblk1p2我的根分区在哪里（您的更有可能是/dev/sda2）。
在恢复过程中，我看到图像加载成功，但就我而言（仅举一个例子-YMMVAPD），然后更多的驱动程序（i2c_designware）抛出了一些错误，恢复过程中系统完全死机了。如果我除之外还卸载了那些模块，休眠功能将起作用brcmfmac，但是如果没有这些模块，系统将很快变得无法使用。因此，我制作了一种脚本来卸载有问题的模块，并在恢复时立即将它们重新插入：
# remove buggy modules
modprobe -r brcmfmac i2c_designware_platform i2c_designware_core &&
# hibernate
echo disk > /sys/power/state
# reinsert
modprobe i2c_designware_core i2c_designware_platform brcmfmac
当我想冬眠时，我跑步sudo bash script。这很好。
TL; DR
使用systemd，为从交换中恢复设置引导参数，识别有问题的驱动程序并在启动休眠模式之前将其卸载。如果没有这些模块，系统无法长期运行，或者您需要卸载其中的几个模块，则使用简单的脚本启动休眠状态可能会更容易。