我正在运行 Xubuntu 18.04。当我锁定会话时,屏幕会立即关闭。我使用stock lightdm 作为显示管理器和lightlocker 来锁定会话。
在我看来,发生了以下一系列事件。
如果按下键盘上的某个按钮或移动鼠标,屏幕就会亮起。如果我按 Control-Alt-F7,我会在原始会话中看到 Lightlocker 锁定屏幕。如果我按下 Control-Alt-F8,我会回到迎宾处,在那里我可以输入我的密码。输入密码后,VT7 变为活动状态,并且不再显示 Lightlocker 黑底白字锁屏。如果我稍后使用 Control-Alt-F8 返回 VT8,我会看到一个完全黑屏,只有一个闪烁的光标(似乎处于文本模式)。
如果会话超时并自动锁定,我也会关闭屏幕。这可能一天发生好几次。
我正在使用外部显示器,它再次打开很慢。大约需要 10 秒钟,每次都非常烦人。我宁愿在密码对话框中保持一个小时或更长时间,然后再超时并自动关闭。
此外,在几乎同时进行 VT 切换和屏幕转动时,由于有缺陷的英特尔(KMS?)驱动程序而导致系统冻结的可能性非零。
我浏览了 lightdm 和 lightdm 迎宾文档,但没有找到有关如何防止这种情况的提示。
更新 1
dm-tool switch-to-greeter
. 我有重新分配的键盘快捷键从锁定屏幕xflock4
来dm-tool switch-to-greeter
作为解决方法。但是自动锁屏和翻屏的问题还是让我很苦恼。有趣的是dm-tool lock
和light-locker-command --lock
(xflock4 称之为)行为相同并产生关闭的监视器。dm-tool lock
,屏幕也会关闭。所以这应该与Light-Locker无关……更新 2
问题是在超时时通过 …
display-manager lightdm xubuntu light-locker lightdm-gtk-greeter
(可能与解锁 Light-locker 后,屏幕保持空白与锁定时间成正比有关)
\n我\xe2\x80\x99最近从xscreensaver切换到light-locker,因为在升级到xscreensaver 6.00期间遇到了一个烦人的错误。
\n我对这次切换非常满意,除了以下问题:当我解锁回会话时,浏览器似乎以某种方式暂停或可能只是丢失了网络,因为:
\nFirefox 2 分钟不工作确实很麻烦。
\n缩小范围的事情:
\n所以我最好的猜测是,有些东西告诉浏览器在会话锁定时停止使用网络。知道那可能是什么吗?也许与 systemd 相关?
\n在会话锁定时暂停浏览器听起来并不是一个糟糕的主意,但是有什么方法可以了解 Firefox 在这 2 分钟内正在做什么呢?(尝试去about:performance
不会做任何事情,因为 Firefox 太忙了,甚至无法回答这个问题)。
更新(2021 年 10 月 10 日):
\n它看起来像light-locker
调用loginctl lock-session ...
,我认为这就是驱动浏览器行为的原因。@user1686 的这个回答建议loginctl
向所有应用程序发送一个“锁定”信号,所以我想我现在需要做的是找出 Firefox 对此如何响应以及为什么它会因此挂起。
主要更新(2021 年 10 …
我有以下设置:
xscreensaver
(因为它很漂亮)light-locker
(因为这样更安全xscreensaver
)最近xscreensaver
开始绑定到org.freedesktop.ScreenSaver
dbus上。因此,我无法再并行运行它们,因为我在另一个抱怨之后启动了它们a screensaver is already running
。
我在 ArchWiki 上读到,服务有一些可能性override
。但它很模糊,而且我对d-bus不熟悉。
有没有办法让两者并存而不篡改其中一个的源代码?
郑重声明:DBUS_SESSION_BUS_ADDRESS
在启动以太屏幕保护程序之前取消设置环境变量不起作用。
编辑:据我在研究中看到的,似乎不可能阻止程序监听 d-bus 服务而不给该程序带来麻烦。如果有人可以向我证实这一点,那将是一个很好的答案。
light-locker ×3
d-bus ×1
drm ×1
firefox ×1
lightdm ×1
loginctl ×1
logind ×1
screensaver ×1
xscreensaver ×1
xubuntu ×1