这在17.10上可以正常使用,但是在昨天升级到18.04之后,关闭了盖子后,屏幕关闭了,但无法正常挂起。
我到处走动了很多,从旅行箱中拿出热量时立即发现热量(和电池电量耗尽)。
我尝试在/etc/systemd/logind.conf中取消注释这些行
HandleLidSwitch=suspend
HandleLidSwitchDocked=suspend
并重新启动,但没有任何区别。
这在17.10上可以正常使用,但是在昨天升级到18.04之后,关闭了盖子后,屏幕关闭了,但无法正常挂起。
我到处走动了很多,从旅行箱中拿出热量时立即发现热量(和电池电量耗尽)。
我尝试在/etc/systemd/logind.conf中取消注释这些行
HandleLidSwitch=suspend
HandleLidSwitchDocked=suspend
并重新启动,但没有任何区别。
Answers:
由于以下两个来源,我想我能够弄清楚发生了什么:Dell XPS 13(9370)ArchLinux安装说明和Arch Linux论坛。
出于某种原因,笔记本电脑不再进入深度睡眠状态,而是一种s2idle
只是屏幕关闭类型的挂起模式。
要确认您的系统是否是这种情况,请使用您喜欢的方法挂起笔记本电脑(合上机盖,按Fn
+ End
,pm-suspend
如果已pm-utils
安装,请在终端上输入内容,或者Windows
按键类型suspend
并Enter
按键)。
从挂起模式中唤醒并输入终端: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
那么问题应该得到解决。您可以使计算机休眠几个小时,然后检查电池电量消耗是否有所改善。
要使其永久存在,您必须编辑Bootloader 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
)。
sysfsutils
和echo 'power/mem_sleep = deep' > /etc/sysfs.d/mem_sleep.conf
。sysfsutils是一项微小的服务,它仅像这样还原sysfs参数。
echo deep
,其中我得到了echo: write error: Invalid argument
。这可能是因为我的根目录不正确。我不能su -
因为Ubuntu已经禁用它,所以我都尝试sudo -i
和sudo su
deep
如果在Ubuntu 18.04上启用了磁盘加密,则挂起模式将无法正常工作。 dell.com/community/XPS/...
su -
为sudo -i
。您也可以使用更改根密码sudo passwd
,如果那样的话,您可以使用它来管理Unix机器。
尝试创建/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在从暂停状态恢复时崩溃
它被怀疑是越野车的驱动程序,可以通过在grub中添加nouveau.modeset = 0来解决挂起问题,并已在注释中得到确认,也可以帮助他人解决该问题。
我的问题机器上装有Intel图形,而且奇怪的是,我在至少3台其他机器(我的朋友和我自己的机器)上没有Ubuntu或Kubuntu 18.04的挂起问题,所以为什么这台特定的机器如此笨拙尚不清楚。
我建议遇到此类问题的任何人都应遵循以下步骤来帮助确定问题:
您有nVidia图形吗?如果是这样,请尝试nouveau.modeset = 0 grub技巧。
检查暂停是否可以正常工作。如果要合上盖子,然后再打开它,但它没有醒来,则好像无法“恢复”。
您应该能够在任何桌面上手动选择暂停,但它在Gnome Shell中略微隐藏- 您可以长按屏幕右上角菜单中的电源按钮,或者在按住Alt的同时单击该按钮或按Super键并键入在“暂停”状态
通过选择挂起,您可以检查屏幕是否关闭,电源LED指示灯是否应当闪烁,并且您希望任何风扇运转也会停止。如果这一切发生,但那么你不能让你的机器唤醒那么它似乎是一个“恢复”的问题,而不是一个“暂停”的问题。
我的问题是,实际上并没有进入暂停状态,当Murray提出原始问题时,当被冲撞撞车重击要求进行检查时,意识到问题也出在手动暂停时。
以我为例(在一台有问题的笔记本电脑上),屏幕变黑,但电源LED指示灯保持点亮,并且如果风扇在运行,它将继续运行。机器不响应任何按键,触摸板移动或单击或按下电源按钮。唯一可以做的就是关闭它。
我试着在进入暂停状态时播放音乐(以检查它不仅是屏幕变黑了),而且音乐停止了,并且机器基本上已经停住了。
尝试使用Live USB为18.04的计算机,并检查是否存在类似的挂起问题。
这只会确认挂起问题与您已安装的任何其他程序无关。
就我而言,我怀疑这是因为我安装了tlp,它可能以某种方式干扰了挂起模式,但是在Ubuntu 18.04和Kubuntu 18.04的Live USB上都发生了相同的行为。
尝试一下monty47和StrangeNoises在此处提供的另外两个经过充分研究的解决方案,看看您是否获得了良好的结果。
如果所有解决方案都无法解决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中都可以很好地挂起。
如果您尝试了其他解决方案,并且只能通过回到4.14内核来解决挂起问题,那么您可能会对错误报告感兴趣: https : //bugs.launchpad.net/ubuntu/+source/linux/+bug/ 1774950
它似乎仅会影响具有特定硬件组合的少数机器,并且在其他新技术相关问题或棘手问题中可能很难识别。
对于运行Bay Trail Atom Celeron / Pentium的人来说,这种情况似乎更为普遍,但是其他人报告了与其他机器类似的问题。
如果您能够在此失败的挂起后检查您的kern.log (即,一旦您必须关闭计算机并重新启动),您可能会注意到它显示PM:挂起条目(深),然后除了其他条目外,您没有其他条目重新启动的许多行。
当前有一个补丁似乎可以解决此问题。
如果您想在错误报告中添加声音,那么查看哪些特定机器受到影响(并检查补丁程序是否能解决所有人的问题)将很有趣。
也试图在这个线程收集“挂起问题在18.04”在一起:https://ubuntuforums.org/showthread.php?t=2395562&p=13780724#post13780724
我相信这个内核错误与之相关:
https://bugzilla.kernel.org/show_bug.cgi?id=199689
特别是请参阅评论3:
[…]实际上是有意在此机器上使用s2idle和最新的上游内核。
只是想为具有类似症状的Thinkpad X1 Carbon 6th Gen用户添加一个答案,即在挂起时消耗电池,这也是由未进入深度睡眠模式引起的。
在Lenovo论坛的此线程上讨论了此问题,总之X1C6选择支持Windows Modern Standby。如果仔细阅读该线程,您会发现尽管症状是共享的,但根本原因在XPS 13 9370和X1C6之间存在很大差异。例如cat /sys/power/mem_sleep
,X1C6上的输出仅[s2idle]
表示缺少deep
睡眠支持。
到目前为止,针对该问题发布的解决方案仅适用于XPS 13,不适用于X1C6。据我了解,对X1C6的挂起模式问题的最佳解决方案是首先应用Delta XiDSDT
给出的补丁,然后再由PombeirP更新。这篇文章将引导您完成如何应用补丁的过程,但是请确保您在执行任何操作之前先阅读了该文章及其所有更新。
我写了一个要点,记录了与在Thinkpad X1 Carbon 6th Gen上安装Ubuntu 18.04有关的问题,包括我发现的有关LVM引起的启动缓慢问题以及深度睡眠问题的解决方案。
FWIW,我刚刚用Ubuntu 16.04和kernél4.14.12-041412-generic(2016年初使用15.10设置了计算机,然后将自定义内核升级到16.04)更换了2016 XPS 13(9350)上的电池。在更换之前,盖子将Linux置于应有的暂停模式(尽管如果在暂停状态下将PSU插入或拔出电源,例如更改了Linux认为其处于工作状态,它将在重新启动之前运行非常慢) 。无论如何,更换后(电池膨胀),笔记本计算机将在关闭机盖后重新启动,直至变为g头。
在Dell / AMI的EFI BIOS(可以通过在引导过程中按住Fn-F2进行启动)中的“主电池配置”中将电源管理设置为“标准”(从“高级”开始)似乎已经解决了问题。
经历了很多列出的解决方案,而在xps 9560上的popOS都无效:(
直到我在 LTT 网站上看到的戴尔网站上的搞笑修复程序为止。
因此,到目前为止,我尝试的临时解决方案是:启用和禁用某些BIOS设置。我知道这听起来很愚蠢,但我发誓它似乎可以通过到目前为止的测试工作。
具体来说,我要么关闭设置和/或为设置选择其他选项,然后应用它,然后再将其设置并应用。我来回切换的设置是:
系统配置>触摸屏(先关闭,然后再打开)
电源管理>自动开机时间(将其切换为其他选项,然后又切换回“禁用”)
电源管理>唤醒Dell USB-C坞站(先关闭,然后再打开)
现在效果很好。。。。