☰

在某些修改之后恢复 lightdm conf 文件会留下改变行为的残余吗？

tag-icon • tag-icon login lightdm
在某些修改之后恢复 lightdm conf 文件会留下改变行为的残余吗？

我在新安装的 XUbuntu 上发现了一个奇怪的行为。

====背景：

我打算尝试两种不同的远程桌面解决方案（一次一种）；本地计算机（显示器/键盘/鼠标）必须是 Windows 机器，远程计算机（应用程序）必须是 XUbuntu：

  • 虚拟网络计算机

  • 远程 X 服务器 (Windows 上的 XMing + XUbuntu 上的 XDMCP)

我是一个（老）新手​​，我打算尝试没有SSH 隧道，位于我的调制解调器/路由器后面，一开始是为了简单起见；稍后在从一般互联网打开访问之前添加 SSH（并强制隧道）。

我在网上找不到任何简单的解决方案（很多解决方案从一开始就内置了 SSH，但没有一个是专门针对 lightdm 的）

===我做了什么：

我为一个用户定义了全新的 XUbuntu 安装，无需登录；这工作正常。通过 GUI，我添加了第二个用户（我模糊地认为它迟早会有帮助）。作为第一个实验，我将文件 /etc/lightdm/lightdm.conf 复制到 /etc/lightdm/lightdm.conf.my，编辑副本，确保两个文件具有相同的所有者/组和访问权限，然后将 /etc/lightdm/lightdm.conf “重命名”（mv）为 /etc/lightdm.conf.orig，将 /etc/lightdm/lightdm.conf.my 重命名为 /etc/lightdm/lightdm.conf。

我这样做是为了避免更改原始文件。重新启动系统。系统未达到图形运行级别。无论如何都可以以文本模式登录。尝试了startx。

我记不清当时到底发生了什么。无论如何，我并不开心，我试图返回：以相反的方向重命名文件以恢复到原始设置。重新启动。

====我得到的是：

系统没有恢复到原来的行为。它显示的是图形登录窗口（这不是原来的行为）。无论如何，登录时建议的用户是正确的。我输入了密码。几秒钟后，图形登录重新出现，没有任何错误消息。使用 control-alt-F1，我再次获得了文本登录，并且我能够登录（使用图形登录中相同的用户名/密码“失败”）。再次尝试此操作（重新启动/图形登录），结果相同。重新检查了提到的配置文件。

==== 问题：即使我恢复了以前的配置文件，会发生什么事情来改变系统行为？请注意，我没有做任何其他修改，没有弄乱密码等等；据我所知，桌面上存在其他文件（我在那里保存了从 /usr/share/doc/lightdm/lightdm.conf 中提取的文件副本）不会以任何方式干扰；文件夹 /etc/lightdm 中不以“.conf”结尾的其他文件（我在那里留下了一些）也不会干扰……

附加问题：在哪里可以找到有关“Seat”（lightdm conf 文件中出现的关键字）概念的一些解释？

====附加信息：

我不确定我在 /etc/lightdm/lightdm.conf 中尝试的修改是否有意义；我再次认为在操作恢复后这应该无关紧要；无论如何：我曾尝试添加以下几行：

[Seat:1]
type=xremote

[XDMCPServer]
enabled=true

[VNCServer]
enabled=true

答案1

实际问题几乎肯定与 lightdm.conf 文件无关。

桌面会话（或更一般的 X 会话）始终属于一个用户，并且永远不应使用来调用sudo：这样做几乎总是导致 root 拥有的.Xauthority文件，该文件随后无法通过正常的登录/会话启动过程进行更新。

从虚拟终端登录会话中删除文件

rm ~/.Xauthority

（它将在下次成功启动会话时重新生成）或使用以下方式获取它的所有权

sudo chown $USER:$USER ~/.Xauthority

然后使用恢复的conf文件再次尝试GUI登录。

相关内容