8

如果我尝试使用 XFCE 登录 Debian,它会出现几秒钟的黑屏,然后它会闪烁很短,然后让我回到登录屏幕。

奇怪的是,如果我使用 Ctrl + Alt + F1(或任何其他 F 键)进入终端,我可以登录,然后使用 startx 进入 GUI。一切正常。

我在 4 台不同的机器上以相同的方式安装了 Debian,但没有一个出现这个错误。

我使用了 debian-8.2.0-i386-xfce.iso 来安装 U 盘。

有人知道什么可能导致这种行为?

4

6 回答 6

4

经过一番研究,我在 Debian User Forums 找到了一个条目,其中有人遇到了几乎相同的问题,除了我可以使用 startx 而他没有。问题是用户主目录中的一些隐藏文件归根用户所有。我仍然不知道为什么我可以从命令行启动 xserver,但至少我现在可以再次使用 GUI 登录。

解决方案

我使用 CTRL + ALT+ F1 进入命令行

然后我以 root 身份登录并在损坏用户的主目录中执行了 ls 操作。

cd /home/username->ls -la

(“-la”列出隐藏文件,以及文件的所有者

根据 root 拥有多少文件,您可以更改单独文件的权限,或者像我一样懒惰并执行以下操作:

chmod a+rwx *

(chmod 更改用户组的权限)

  • “a”表示所有用户(我的机器上只有一个用户)
  • “+”表示添加权限
  • “rwx”表示读、执行
  • 和 * 表示此目录中的所有文件

这意味着,所有用户现在都可以读取、写入(修改)和执行这些文件。

我知道,它可能不是最干净的解决方案,但它对我有用。

于 2015-10-06T10:41:14.187 回答
4

我在使用 Jessie 8.6 和带有肉桂的内核 4.7 时遇到了同样的问题,我做了几乎相同的事情:我只是更改了 /home/user/.Xauthority 文件的所有权,它也起作用了:

chown user.user ./.Xauthority
于 2016-12-14T12:17:35.917 回答
3

今天早上我遇到了这个问题,这些修复都没有为我工作。

事实证明这是因为我的磁盘已满。

重新启动后删除一些未使用的大文件修复了它。

于 2020-05-03T15:59:12.330 回答
2

此问题可能是由于 xsession 文件损坏,安装 lxsession 修复它

sudo apt-get install lxsession 
于 2019-08-07T05:32:39.657 回答
2

我有类似的问题

CTRL+alt+f1通过 CLI 登录

然后,

chown username:username .Xauthority 

为我工作。

于 2020-02-12T11:31:55.493 回答
0

对我来说,即使我盲目地向每个用户授予所有权限,该解决方案也没有奏效。但是,我在主目录的 .profile 中发现了问题,我在其中使用了一些导出命令并添加到 PATH 环境变量中。.bashrs、.xauthority 或 .xsession 等其他一些文件可能是导致问题的原因。仔细检查了该文件。首先备份文件,然后删除所有添加的行并查看结果。

于 2018-04-16T19:37:49.653 回答