Ubuntu 18.04 – 戴尔XPS13 9370不再关闭盖子

这在17.10完美运行但在昨天升级到18.04后，当盖子关闭时，屏幕关闭但没有正常暂停。

我经常旅行，并在从旅行箱中取出时立即注意到热量（和电池耗尽）。

我已经尝试在/etc/systemd/logind.conf中取消注释这些行

HandleLidSwitch=suspend HandleLidSwitchDocked=suspend 

并重新启动但没有任何区别。

Answer 1

我想我已经设法弄清楚发生了什么，感谢这两个来源： 戴尔XPS 13（9370）ArchLinux安装说明和Arch Linux论坛 。

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

诊断问题

要确认您的系统是否属于这种情况，请使用您喜欢的方法暂停笔记本电脑（关闭盖子，点击Fn + End ，如果安装了pm-utils ，请在终端中写入pm-suspend ，或者按Windows键类型suspend并按Enter键）。

从挂起模式唤醒并输入终端： sudo journalctl | grep "PM: suspend" | tail -2 sudo journalctl | grep "PM: suspend" | tail -2 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（因为它用括号突出显示）。

临时修复

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

 s2idle [deep] 

然后暂停笔记本电脑并再次唤醒。 如果是sudo journalctl | grep "PM: suspend" | tail -2 sudo journalctl | grep "PM: suspend" | tail -2 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 ）。

Answer 2

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

 [Sleep] SuspendMode= SuspendState=mem 

然后重启。 这似乎对我有用，虽然我不确定我是否也改进了/etc/systemd/logind.conf我/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] 

是新用户，因此无法通过观察发表评论，被迫将其作为答案呈现，好像我对它充满信心！ 但我认为它有效。

Answer 3

这里的其他答案非常好，深入并且研究得很好。

不幸的是他们没有为我的特定机器工作:(

如果你有nVidia图形，似乎有一个适用于很多人的修复，由cascagrossa在这个问题的答案中提供帮助 ： Ubuntu 18.04在从暂停状态恢复时崩溃

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

我的问题机器上有英特尔显卡，奇怪的是我在至少3台其他机器（我的朋友和我自己的机器）上没有Ubuntu或Kubuntu 18.04的暂停问题，所以为什么这台特定的机器会如此冲洗呢？目前还不清楚。

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

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

2. 检查暂停是否有效。 如果您正在关闭盖子然后稍后将其打开并且它没有醒来，则可能看起来它没有“恢复”。

   • 您应该能够在任何桌面上手动选择暂停，但它稍微隐藏在Gnome Shell中 – 您可以从屏幕的右上角菜单中长按电源按钮，或者在按住Alt或按下超级键并单击该按钮的同时单击该按钮’暂停’

   • 通过选择暂停，您可以检查屏幕是否已关闭 ， 电源指示灯是否正在闪烁 ，您可以预期任何风扇运行也将停止 。 如果发生这一切但是你无法让你的机器醒来，那么它似乎是一个“恢复”问题而不是“暂停”问题。

   • 我的问题是它实际上并没有进入暂停状态，Murray问了原来的问题，当被碰到两个问题检查时，意识到问题是在手动暂停时出现的。

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

   • 我试图在暂停时播放音乐（检查它不仅仅是屏幕空白）但音乐停止并且机器基本上已经占用了。

3. 尝试使用Live USB为18.04的机器并检查是否有类似的暂停问题。

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

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

4. 试试monty47和StrangeNoises提供的另外两个经过深入研究的解决方案，看看你是否得到了好的结果。

   • 他们似乎已帮助许多人在18.04暂停恢复并正常运行，并且可能更多地与机器进入s2idle状态而不是通常的’暂停’的睡眠（深度）模式。

5. 如果没有解决方案在18.04解决您的暂停问题，那么请尝试接受的答案： Ubuntu 18.04在从暂停状态恢复时崩溃

   • 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：暂停进入（深） ，然后你没有其他条目许多行再次启动。

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

   • 如果您希望将自己的语音添加到错误报告中，那么查看哪些特定计算机受到影响（并检查该修补程序是否为每个人修复了问题）会很有趣。

还试图在这个post中收集’18.04中的暂停问题’： https ：//ubuntuforums.org/showthread.php？t = 23955562＆p = 13780724＃post13780724

Answer 4

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

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

迄今为止针对此问题发布的解决方案仅适用于XPS 13，而不适用于X1C6。 据我所知，X1C6暂停模式问题的最佳解决方案是首先应用Delta Xi提供的DSDT补丁，然后由PombeirP更新。 本文将向您介绍如何应用修补程序，但请确保在执行任何操作之前阅读post及其所有更新。

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