☰

为什么一分钟或更短时间内没有输入活动后我的屏幕就会变黑？

tag-icon • tag-icon 16.04 grub2 power-management idle
为什么一分钟或更短时间内没有输入活动后我的屏幕就会变黑？

今天我通过 GRUB 参数进行了编辑，添加了一个参数，据说可以解决我的 CPU（Intel Pentium quad N3540）待机后锁定的问题，如 GRUB 配置文件中此行末尾所示：

GRUB_CMDLINE_LINUX_DEFAULT="安静启动 intel_idle.max_cstate=1"

我现在看到的是，在相当短的时间内没有按键/鼠标活动后，屏幕变黑（编辑：我计时了 - 它总是在最后一次用户输入后约 14.5 秒，然后屏幕关闭），并且只要我触摸按键或移动鼠标，屏幕就会重新亮起。我以前从未见过这个问题。

（在进行更改之前，我也长期遇到一个问题，即计算机每隔一小时左右就会完全冻结，这显然是对某些鼠标事件的非常罕见的反应。在 GRUB 更改之后，我还没有见过这种情况。）

不活动时暂停设置为 30 分钟。

已勾选“调暗屏幕以节省电量”，但设置为 10 分钟。我刚刚关闭了它，看看是否有帮助。我一直使用电池供电，但电量超过 80%。

更新：关闭“调暗屏幕以节省电量”选项后，不到一分钟没有输入后它仍然会恢复。

这是 Acer Aspire E11 (E3-112-P1GT)。

（我在类似的笔记本电脑（奔腾 N3540，但东芝）上做了相同的 GRUB 设置更改，但该计算机没有出现相同的问题。）

答案1

我在第二个答案中找到了有效的答案这个问题。

另一个问题的提问者找到了一种方法来修复 12.04 中非常类似的情况，但我运行的是 16.04，系统设置 UI 已更改为其他内容（现在看起来更加有限 - 嗯......），我已经尝试翻转看起来像新等效项的设置，如上所述。 我的输出如下xset q：

DPMS (Energy Star):
  Standby: 0    Suspend: 0    Off: 0
  DPMS is Enabled
  Monitor is On

并且在 16.04 UI 中切换“调暗屏幕以节省电量”复选框对此没有影响。

但是，使用该问题第二个答案中的解决方案确实有效：

xset s off && xset -dpms

显然，这需要放入用户的个人资料中，以使其在每个会话中在正确的时间发生。

其结果是：

DPMS (Energy Star):
  Standby: 0    Suspend: 0    Off: 0
  DPMS is Disabled

（对我来说，这似乎是一个错误。我不知道把它提交到哪里。）

答案2

为了让任何正在寻找这一常见问题的解决方案的人受益：

如果其他解决方案（使用控制面板、使用带有各种选项的“xset”命令等）不能解决您的问题，您可以尝试以下方法：

sudo apt-get remove phoneui-apps phoneuid phonefsod

解释：

我尝试了多种 xset 命令的组合，以及我能找到的每个声称与屏幕消隐有关的 GUI，但都不起作用 —— 大多数情况下，屏幕会在约 33 秒不活动后变黑。

我突然想到，也许一些任性的守护进程由于某种原因这样做了，所以我查看了系统日志，并在 /var/log/auth.log 中发现了这一点：

Jan  3 15:48:01 my-host-name dbus[886]: [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")
Jan  3 15:48:14 my-host-name dbus[886]: message repeated 2 times: [ [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")]
Jan  3 15:48:23 my-host-name dbus[886]: [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")
Jan  3 15:48:31 my-host-name dbus[886]: message repeated 2 times: [ [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")]
Jan  3 15:48:41 my-host-name dbus[886]: [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")
Jan  3 15:49:01 my-host-name dbus[886]: [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.8" (uid=0 pid=1115 comm="/usr/sbin/phonefsod ") interface="org.freesmartphone.Device.Display" member="SetBrightness" error name="(unset)" requested_reply="0" destination="org.freesmartphone.odeviced" (uid=0 pid=959 comm="/usr/sbin/fsodeviced ")

对“Device.Display”和“SetBrightness”的引用似乎有可疑的相关性。我不记得具体安装了这些软件包，但不久前我试图从一部半功能手机中提取数据，所以我当时可能安装了。无论如何，我知道我现在不需要这些软件包，所以我删除了它们（参见上面的“apt-get remove”命令），坐下来，等待屏幕变黑……又等了一会儿……但屏幕没有变黑。:-D

再次，我建议首先尝试其他可能的解决方案（系统设置 GUI、xset 命令等），因为它们显然可以为某些人解决问题，而且它们似乎更有可能起作用。另一方面，除非您碰巧使用这些软件包，否则删除它们是无害的（如果它们未安装，apt-get 只会这样说，您不会受到任何损害）。希望这能对某些人有所帮助...

答案3

就我的情况而言，在注册了安全启动的 MOK 密钥（显然这是使用板载笔记本电脑 GPU 所必需的；可以想象，我本可以关闭安全启动）并删除nouveau.modeset=0/etc/defaults/grub 文件中的一行（也设置为防止 GPU 问题）后，问题就解决了。可能修复方法只有一个，而不是两个。

另一个似乎涉及的因素是使用 lightdm 而不是 gdm3，后者显然与未解决的 nvidia 错误存在某种冲突。最后，在 /etc/X11/Xwrapper.config 中，您可能需要设置needs_root_rights=yes。

相关内容