我想我设法弄清楚发生了什么，这要归功于这两个来源：Dell XPS 13 (9370) ArchLinux Install notes和Arch Linux Forum。

出于某种原因，笔记本电脑不再处于深度睡眠状态，而是一种s2idle仅是屏幕关闭类型的暂停模式。

问题诊断

要确认您的系统是否属于这种情况，请使用您喜欢的方法挂起笔记本电脑（合上盖子，按Fn+ ，如果已安装，请在终端End中写入，或按键类型并按键）。pm-suspendpm-utilsWindowssuspendEnter

从挂起模式中唤醒并输入终端：sudo journalctl | grep "PM: suspend" | tail -2. 如果输出是

May 13 18:41:00 mex kernel: PM: suspend entry (s2idle)
May 13 20:52:36 mex kernel: PM: suspend exit

那么你就没有进入深度睡眠。您还可以检查cat /sys/power/mem_sleep哪个应该返回

[s2idle] deep

这确认了默认的挂起模式是 s2idle （因为它用括号突出显示）。

临时修复

要尝试临时修复，请echo deep > /sys/power/mem_sleep以 root 用户身份进行。通过查看应该是的输出来检查它是否cat /sys/power/mem_sleep成功

s2idle [deep]

然后暂停笔记本电脑并再次唤醒。如果sudo journalctl | grep "PM: suspend" | tail -2返回

May 13 18:41:00 mex kernel: PM: suspend entry (deep)
May 13 20:52:36 mex kernel: PM: suspend exit

那么问题应该得到解决。您可以让计算机休眠几个小时，然后检查电池消耗是否有所改善。

永久修复

要使其永久化，您必须编辑引导加载程序 cmdline。为此，请以 root 用户身份编辑文件 /etc/default/grub，例如运行sudo -H gedit /etc/default/grub. 换行

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

和

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mem_sleep_default=deep"

并重新生成您的 grub 配置（运行sudo grub-mkconfig -o /boot/grub/grub.cfg）。

尝试创建/etc/systemd/sleep.conf：

[Sleep]
SuspendMode=
SuspendState=mem

并重新启动。这似乎对我有用，尽管我不确定我/etc/systemd/logind.conf首先所做的改变是否也没有得到改善。无论如何，在关闭盖子的情况下悬挂时不会观察到热量或风扇噪音，并且它也不会响应 wifi 上的 ping，这是我之前间歇性地得到的。

挂起时电池寿命仍然下降，可能是因为挂起的工作方法效率低于默认的理想方法，显然不能正常工作，但它似乎比默认行为好。

在我的 XPS 13 9370 上试用过，我不知道旧型号，尽管它们似乎很相似。

我曾尝试安装pm-utils和使用pm-suspend，并且似乎非常有效地暂停，所以我想看看我是否可以systemd-suspend做同样的事情。

我查看了脚本pm-utils以弄清楚它实际上在做什么，看起来，在这种情况下，它正在做echo -n "mem" > /sys/power/state. 所以我创建了/etc/systemd/sleep.conf如上所示的文件来匹配它。

尚不完全清楚默认行为是什么。的手册页systemd-sleep.conf说发行版应该包含/etc/systemd/sleep.conf已编译的默认值并注释掉，因此您可以看到此信息，但在 ubuntu 中缺少此文件。我注意到，如果cat /sys/power/state你得到：

freeze mem

所以我猜这是默认情况下正在做的事情。我的猜测是这freeze可能会被接受，因为它不会引发错误，否则会导致 systemd 继续运行，但由于我们似乎无法确定的复杂原因，mem它实际上可能无法正常或可靠地工作。因此，仅仅发送mem是一个有希望的尝试，以避免这种情况并只是做该做的事pm-suspend。

我怀疑 SuspendMode 设置实际上是多余的，并且无论如何都不会做任何事情。我怀疑这是因为cat /sys/power/disk只是让你：

[disabled]

我是新用户，因此无法对观察发表评论，被迫将其作为答案呈现，就好像我对此非常有信心！但我认为它正在工作。

这里的其他答案非常出色，深入且经过充分研究。

不幸的是，它们不适用于我的特定机器:(

如果您有 nVidia 图形，似乎有一个适用于很多人的修复程序，cascagrossa在回答这个问题时提供了帮助：Ubuntu 18.04 crash on resuming from suspend

它被怀疑是一个有问题的 nouveau 驱动程序，可以通过将nouveau.modeset=0添加到 grub 来解决挂起问题，并且已在评论中得到确认，以帮助其他人解决该问题。

我的问题机器上有英特尔显卡，奇怪的是，我在至少 3 台其他机器（我朋友的和我自己的）上没有遇到 Ubuntu 或 Kubuntu 18.04 的挂起问题，所以为什么这台机器对它如此糟糕不清楚。

我建议遇到此类问题的任何人都按照以下步骤来帮助确定问题：

1. 你有nVidia显卡吗？如果是这样，请尝试nouveau.modeset=0 grub 技巧。

2. 检查挂起是否有效。如果您关闭盖子然后稍后再打开它并且它没有醒来，它可能看起来无法“恢复”。

   • 您应该可以在任何桌面上手动选择挂起，但它在 Gnome Shell 中略微隐藏 -您可以长按屏幕右上角菜单中的电源按钮，或者在按住 Alt 的同时单击该按钮或按 Super 键并键入在“暂停”

   • 通过选择暂停，您可以检查屏幕是否已关闭，电源 LED 是否正常闪烁，并且您希望任何运行的风扇也会停止。如果这一切都发生了，但是您无法唤醒您的机器，那么这似乎是一个“恢复”问题，而不是“暂停”问题。

   • 我的问题是它实际上并没有进入挂起状态，而 Murray 提出了最初的问题，当碰撞二问这个问题时，他意识到手动挂起时也出现了问题。

   • 在我的情况下（在一台有问题的笔记本电脑上），屏幕变为空白，但电源 LED 保持亮起，如果风扇正在运行，它会继续运行。机器不会响应任何按键、触摸板移动或点击或电源按钮按下。唯一能做的就是关闭它。

   • 我尝试在暂停时播放音乐（以检查它不仅仅是屏幕变黑），但音乐停止并且机器基本上已经卡住了。

3. 使用 18.04 的 Live USB 尝试您的机器，并检查您是否有类似的挂起问题。

   • 这只会确认挂起问题与您安装的任何其他程序无关。

   • 在我的情况下，我怀疑这是因为我安装了tlp，它可能以某种方式干扰了挂起模式，但同样的行为发生在 Ubuntu 18.04 和 Kubuntu 18.04 的 Live USB 上

4. 试试 monty47 和 StrangeNoises 在此处提供的其他两个经过充分研究的解决方案，看看是否能得到好的结果。

   • 它们似乎帮助许多人在 18.04 上恢复了挂起并正常运行，并且可能与机器进入s2idle状态而不是通常的“挂起”的睡眠（深度）模式有关。

5. 如果没有任何解决方案可以解决您在 18.04 上的挂起问题，请尝试对此接受的答案： Ubuntu 18.04 crash on resuming from suspend

   • Matalak（他也提出了这个问题）提供的解决方案是使用UKUU来尝试较旧的 4.14 内核。

   • 我的问题机器在 Ubuntu 17.10 和 Kubuntu 17.10 上没有挂起问题，所以这是有道理的，因为 17.10 使用 4.14 内核。现在，它在使用 4.14 内核的 Ubuntu 18.04 和 Kubuntu 18.04 中都可以正常挂起。

6. 如果您尝试了其他解决方案并且只能通过返回 4.14 内核来解决挂起问题，您可能会对错误报告感兴趣： https ://bugs.launchpad.net/ubuntu/+source/linux/+bug/ 1774950

   • 它似乎只影响具有特定硬件组合的几台机器，并且在其他 nouveau 相关问题或 s2idle 问题中很难识别。

   • 对于那些运行 Bay Trail Atom Celeron/Pentium 的人来说，这似乎更为普遍，但其他人报告了与其他机器类似的问题。

   • 如果您能够在挂起失败后检查您的 kern.log （即，一旦您不得不关闭您的机器并重新启动），您可能会注意到它说PM：suspend entry (deep)，然后您没有其他条目除了再次启动的许多行。

   • 目前有一个补丁似乎可以解决这个问题。

   • 如果你想在错误报告中加入你的声音，看看哪些特定的机器受到影响会很有趣（并检查补丁是否为每个人修复了问题）。

还尝试在此线程中收集“18.04 中的暂停问题”：https ://ubuntuforums.org/showthread.php?t=2395562&p=13780724#post13780724

只是想为 Thinkpad X1 Carbon 6th Gen 的用户添加一个答案，它具有类似的症状，即挂起时电池耗尽，这也是由于未进入深度睡眠模式造成的。

这个问题在联想论坛上的这个线程上进行了讨论，简而言之，X1C6 选择支持 Windows Modern Standby。如果您仔细阅读该线程，您会发现虽然症状是共享的，但根本原因在 XPS 13 9370 和 X1C6 之间差异很大。例如，cat /sys/power/mem_sleepX1C6 上的输出仅[s2idle]表明缺少对deep睡眠的支持。

到目前为止针对此问题发布的解决方案仅适用于 XPS 13，不适用于 X1C6。据我了解，X1C6 挂起模式问题的最佳解决方案是首先应用Delta XiDSDT提供的补丁，然后由 PombeirP更新。这篇文章将带您了解如何应用补丁，但请确保在执行任何操作之前阅读该帖子及其所有更新。

我写了一个要点，记录了与在 Thinkpad X1 Carbon 6th Gen 上安装 Ubuntu 18.04 相关的问题，包括我发现的由 LVM 引起的慢启动问题以及深度睡眠问题的解决方案。

我相信这个内核错误是相关的：

https://bugzilla.kernel.org/show_bug.cgi?id=199689

特别参见评论#3：

[...] 在这台机器上使用 s2idle 和最新的上游内核实际上是有意的。

只是为了结束这个问题（希望......），我刚刚（2019 年 7 月）用 HWE 更新了我的 18.04 LTS，声称专门为戴尔 XPS 13 解决了这个问题（包括不进入 s2idle .)

我使用的是联想 ThinkPad Edge E531，遇到了类似的问题，机器无法进入深度睡眠。该行为是间歇性的，并且在恢复时，有时会导致触摸板停止在 wifi 上工作而断开连接。

我尝试了十几个在线建议的修复，但唯一对我有用的解决方案是安装 UKUU并将内核升级到 4.19.11-041911-generic。

FWIW，我刚刚用 Ubuntu 16.04 和内核 4.14.12-041412-generic 更换了我的 2016 XPS 13 (9350) 上的电池（该机器于 2016 年初设置为 15.10 和自定义内核，然后升级到 16.04）。在更换之前，盖子将 Linux 置于应有的挂起模式（尽管如果您在挂起时插入 PSU，或者将其拔出，例如更改 Linux 认为它工作的状态，它会运行得非常慢，直到重新启动） . 无论如何，更换后（电池膨胀），笔记本电脑会在盖子关闭时重新启动以grub。

在戴尔/AMI的EFI BIOS（您可以通过在启动过程中按住Fn-F2来调出）中的“主电池配置”中将电源管理设置为“标准”（来自“高级”）似乎已经解决了这个问题。

浏览了许多列出的解决方案，但在 xps 9560 上对 popOS 没有任何作用:(

直到我在戴尔的网站上看到这个来自 LTT 帖子的搞笑修复。

因此，我目前看来可行的暂定解决方案是：打开和关闭某些 B​​IOS 设置。我知道这听起来完全是白痴，但我发誓它似乎从我迄今为止测试过的东西中起作用。

具体来说，我要么关闭设置和/或为设置选择不同的选项，应用它，然后将其设置回来并应用它。我来回切换的设置是：

• 系统配置 > 触摸屏（关闭，然后重新打开）

• 电源管理 > 自动开启时间（将其切换到其他选项，然后返回禁用）

• 电源管理 > 唤醒戴尔 USB-C 坞站（关闭，然后打开）

现在效果很好。. . .

我正在使用带有 Linux Mint 19.3 的戴尔 XPS13 9360。在内核升级到 5.4 系列之前，挂起工作正常。然后我遇到了上述问题。建议的解决方案都没有奏效。但是，将内核降级到 5.3.0-62-generic 可以解决问题，并且挂起现在可以正常工作。这是一个不受支持的内核，所以当进一步的内核升级可用时，我会再试一次。