.Xauthority的所有权转移到根

不知何故，在使用LightDM和Webkit Greeter时，.Xauthority我的主目录中文件的所有权已授予根用户，但由于没有特权来锁定文件，所以我无法登录。

我能够重新获得文件的所有权，然后我可以再次登录。（重新安装LightDM数小时后，它受到欢迎）

因此，现在一切恢复正常。但是我想知道这是怎么发生的。这是LightDM或Webkit Greeter或其他工具中的错误吗？

permissions login

— s3lph
source

Answers:

几乎可以肯定，不是。要么你开始一个X会话根（不知道你是如何管理的是），或简单地使用touch或以其他方式写.Xauthority有sudo。有关更多详细信息，您必须解释您的实际操作。

下次，不要重新安装任何东西，只需删除~/.Xauthority文件，下次登录时它将自动重新创建它：

sudo rm ~/.Xauthority

然后正常登录。

— 特登
source

为了找到问题所在，我曾经运行过sudo startx，什么起作用了。更改文件所有权后，我可以再次登录。那么以root身份启动X是否可以解决原始问题？

— s3lph 2014年

@the_Seppi否，运行sudo startx启动了X会话，该会话由root拥有，而root是root的所有者，.Xsession因此可以登录。然后，您更改了所有权，使用户可以再次登录。下次，只需删除文件即可，就像我说的那样，它是在登录时自动重新创建的，没有必要“修复”其权限。

— terdon 2014年

但是它解决了。而且我没有对.Xauthority做任何其他事情。顺便说一句。该文件的目的是什么？

— s3lph 2014年

@the_Seppi是的，它已将其修复。该.Xauthority文件基本上是一个魔术数字，用于标识X会话的所有者，以便其他人无法劫持它。如果您正在运行X会话并且我登录到同一台计算机，除非我是.Xauthority文件的所有者，否则我将无法访问您的X会话。除非存在，否则每次登录时都会创建它。因此，可以的，更改用户权限可以解决该问题，但是只需删除它即可。

— terdon 2014年

我有同样的问题；在尝试从禁用蓝牙的错误更新中恢复后，我尝试以root身份运行startx，从而实现了这种方式。我已经尝试了几个小时才能恢复GUI。原来是超级简单！删除所有.Xauthority锁定文件，删除.Xauthority文件，然后重新启动。<rant>像这样的小秘密，很难找到您是否不知道（或者因为您已经很久了），所以对于许多本可以使用它的人来说，当前的linux是一个糟糕的选择。 </ rant>

— hlongmore

这件事也发生在我身上。我认为可能是因为跑步

sudo graphic_application

代替

gksudo graphic_application

一些（未知）应用程序。sudo帮助页面中有一个关于该段落的段落...向下滚动到“ Graphical sudo”。

另请参见“ gksudo nautilus”和“ sudo nautilus”有什么区别？

— 玛诺
source

这不会影响.XauthorityX会话启动时创建的，以后启动GUI应用程序也不会碰到它。

— terdon 2014年

@terdon你是对的---除非您使用startx或类似的东西。当我被Xnest咬伤时，我正在玩它，可能是操作员错误。

— Rmano 2014年