我在新安装的 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登录。