X ディスプレイマネージャのログインに失敗しました。コンソールログイン+startxが有効です。

X ディスプレイマネージャのログインに失敗しました。コンソールログイン+startxが有効です。

数ヶ月間ディスプレイマネージャでログインできなかったコンピュータ(私のデフォルトデスクトップ)があります。パスワードを入力するとセッションが開始されるように見えますが、すぐに終了してログインプロンプトに戻ります。

これは、私が使用しているディスプレイマネージャ(複数を試しています)または試しているセッションの種類(通常はxfceを使用していますがlxde、kdeなどを試しています)に関係なく発生します。最初は、これがデスクトップに関連するすべてのシステム化に関連している可能性があると思いましたが、これはgrubブートメニューからsysvinitまたはsystemdを選択するかどうかに関係なく発生します。

テキストコンソールにログインして実行すると、startxうまく機能します。

私の考えでは、xinit / xsessionスクリプトの1つの何かがゼロ以外の終了コードで終了してset -eセッションを終了するようです。

このマシンは、1990年代半ば以降、継続的にアップグレード(ハー​​ドウェアとソフトウェア)が行われたためたくさん残骸の。私はマシンを最初から作り直したくはありませんが(すべてをリセットすることはあまりにも多くの作業になります)、この迷惑を解決したいと思います。

これをデバッグする方法についてのアイデアはありますか?追加しようexec &> /tmp/Xsession.logとしましたが、取得したのは空のログファイルだけですset -x/etc/X11/Xsession

ところで、問題は私の(同じで大まかな)ドットファイルにありません。新しいアカウントを作成してcas2そのユーザーとしてログインしましたが、同じ問題が発生しました。またはシステムの他のユーザー。

cas2ホームディレクトリを別の場所に移動し、完全に空の新しいホームディレクトリを提供した後、cas2としてログインすると、次の結果が表示されます。

# find /home/cas2
/home/cas2
/home/cas2/.Xauthority
/home/cas2/.cache
/home/cas2/.cache/keyring-1L2ROY
/home/cas2/.cache/keyring-1L2ROY/control
/home/cas2/.xsession-errors

# ps u U cas2
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
cas2     15145  0.0  0.0 131040  2920 ?        Sl   20:22   0:00 /usr/bin/gnome-keyring-daemon --daemonize --login

しばらくすると、キーリングデーモンは自動的に終了します。

ベストアンサー1

おすすめ記事