gdmを介してログインできません - 特定のユーザーログインを繰り返します。

gdmを介してログインできません - 特定のユーザーログインを繰り返します。

解決策がわからないローカルユーザーの問題があります。パスワードの確認に成功したにもかかわらず(パスワードエラーメッセージなし)、毎回gdm画面に戻るユーザーを除いて、すべてのユーザーは問題なくログインできます。'su - {user}'うまく動作するので、パスワードの問題ではありません。このユーザーに属する~{user}/.ICEauthorityすべてのファイル|ディレクトリを削除しようとしましたが、/tmpまだ機能しません。

簡単な解決策があるようですが、それが何であるかわかりません。 :-(

私はWaylandでFedora 30を実行しており、必要に応じてより多くの情報を提供します。

詳細/コンテキスト:

last shows that indeed the user actually connected on a tty
`watch -n 0.1 'who -a'` doesn't show the user, even a single time So it seems that login succeeds, a tty is attributed, but it never goes to the who command input source. Could this help? Thanks!

どんなアイデアがありますか?インマヌエル
ありがとうございます。

一人で答えて、ついに問題をうまく解決しました。
そうですね。システムの問題ではなく、ローカルの問題です。
必死に問題が発生する直前に修正された、失敗したユーザーのホームディレクトリにあるすべてのファイル/ディレクトリを一覧表示し、最終的に〜user/.local/shareから次のディレクトリを削除しました。

  • GNOMEシェル
  • gvfsメタデータ
  • キーホルダー

その後、ユーザーとしてログインしようとし、何を推測してみましたか?見事に働きました!したがって、これはこれらのディレクトリの1つ(または全体)に関連しています。 .gnome-shellが疑われますが、証拠はありません。
誰かが私の答えを明確にし、何が起こっているのかを説明したい場合はとても喜び、コミュニティに役立ちます。
また、トピックをより関連性のあるものに変更しました。
ありがとうございます!

答え1

知っている人はいませんか?ユーザーのhomedirにXログインが失敗する原因があると確信していますが、ttyログインは正しく機能します。 .ICEauthorityを削除しても問題は解決しないため、これとは関係ありません。誰でもアイデアがあればぜひやってみてください!

答え2

この質問を読んだ後、.configと.local/shareに関連するgtkまたはgnomeの屠殺を削除しました。

gnome-shell、gvfs-metadata、キーリングを削除しましたが、まだログインできません。最後に、gdmを削除してから/var/lib/gdm/を削除してgdmを再インストールすると、うまくいきました。 .configと.local/shareから多くのファイルを削除したので、/var/lib/gdm/を削除しても機能するかどうかはまだわかりません。

GnomeとPlasmaのWaylandセッションでもログインできますが、Xorgではログインできません。 SDDMはXorgとWaylandでもうまく機能しますが、rootとして実行されているので気に入らません。

関連情報