webdevqa.jp.net

Debianログインループ

XFCEを使用してDebianにログインしようとすると、数秒間黒い画面が表示され、その後、非常に短く点滅して、ログイン画面に戻ります。

奇妙なことに、Ctrl + Alt + F1(またはその他のFキー)を使用してターミナルにアクセスすると、ログインして、startxを使用してGUIにアクセスできます。すべてが通常どおりに機能します。

4つの異なるマシンに同じ方法でDebianをインストールしましたが、いずれもこのエラーは発生しませんでした。

USBスティックでのインストールにはdebian-8.2.0-i386-xfce.isoを使用しました。

誰かがこの動作を引き起こす可能性があるという考えを持っていますか?

7
Sativa

いくつかの調査の後、私は Debianユーザーフォーラムのエントリ を見つけました。ここで、誰かがstartxを使用でき、彼は使用しなかったことを除いて、ほぼ同じ問題を抱えていました。問題は、ユーザーのホームディレクトリ内の隠しファイルの一部がrootによって所有されていたことでした。コマンドラインからxserverを起動できる理由はまだわかりませんが、少なくともGUIを使用して再度ログインできます。

ソリューション

CTRL + ALT + F1を使用してコマンドラインに入りました

次に、rootとしてログインし、破損したユーザーのホームディレクトリ内でlsを実行しました。

cd /home/username-> ls -la

( "-la"は隠しファイル、およびファイルのownerを一覧表示します)

rootが所有するファイルの数に応じて、個別のファイルの権限を変更するか、私のように怠惰にして次のことを行うことができます。

chmod a+rwx *

(chmodはユーザーグループの権限を変更します)

  • 「a」はすべてのユーザーを意味します(マシンには1人のユーザーしかいません)
  • 「+」は権利を追加することを意味します
  • 「rwx」は、read、writeおよびexecute
  • および*は、このディレクトリ内のすべてのファイルを意味します

つまり、すべてのユーザーがこのファイルの読み取り、書き込み(変更)、および実行を行うことができます。

私は知っています、それはおそらく最もクリーンな解決策ではありませんが、それは私にとってはうまくいきました。

3
Sativa

Jessie 8.6とカーネル4.7、シナモンを使用しても同じ問題が発生しました。ほぼ同じことを行いました。/home/user/.Xauthorityファイルの所有権を変更しただけで、次のように機能しました。

chown user.user ./.Xauthority
4
Gabz

この問題は、破損したxsessionファイルが原因で発生する可能性があります。lxsessionをインストールして修正してください

Sudo apt-get install lxsession 
1
Faizalsrahman

私は同様の問題を抱えていました

CTRL+alt+f1CLI経由でログインする

次に、

chown username:username .Xauthority 

私のために働いた。

0
user11626816

私にとっては、すべてのユーザーに盲目的にすべての許可を与えても、ソリューションは機能しませんでした。ただし、いくつかのエクスポートコマンドを使用してPATH環境変数に追加したホームディレクトリの.profileに問題が見つかりました。 .bashrs、.xauthority、.xsessionなどの他のファイルが問題の原因である可能性があります。そのファイルを再確認しました。最初にファイルをバックアップし、次に追加されたすべての行を削除して結果を確認します。

0
Karimai