Arch Linux(KDE)を実行します。今日それを使ってスムーズに更新しましたpacman -Syu
。エラーは発生しませんでした。システムを再起動した後は、どのユーザーもログインできません。 sddmでは、すべてのユーザーが「ログイン失敗」メッセージを受け取ります。仮想コンソールでは、すべてのユーザーが「ログインエラー」メッセージを受け取ります。
何が起こりましたか?これを解決するためのステップは何ですか?
最初はマシンにSSHで接続できませんでしたが、3回再起動した後(キーファイルを使用して)SSHで接続できました。
ルートとして新しい一時ユーザーを作成し、パスワードを設定しました。ユーザーはSSHを介してシステムにログインできますが、仮想コンソールにはログインできません。
これまでに試した他の手順は次のとおりです(解決方法はありません)。
- すべてのユーザーのパスワードを更新し、各ユーザーとして仮想コンソールにログインしようとしました。
- 更新前のスナップショットから/etc/shadowと/etc/gshadowを復元して再試行しました。
- チェックサム
pwck
-grpck
それぞれエラーが返されませんでした。 systemctl --failed
エラーなし表示- アップデート1:SSH経由でログインしたときに
su
そのユーザーのパスワードを他のユーザーに入力すると、認証は成功します。 SSHセッションでは、すべてのユーザーに対してこれを行うことができます。ただし、ユーザーはまだ仮想コンソールまたはsddmを介してログインできません。 - アップデート2:/ etc / shadowを編集し、私が作成したテストユーザーアカウント(上記参照)のパスワードハッシュを削除して、ユーザーのパスワードを空にしました。仮想コンソールにログインした後、ユーザー名と戻りキーを入力するとすぐにログイン失敗メッセージが表示されます。
SSH経由で再度ログインできないかどうか心配ですので、問題が解決するまでログアウトしたり、コンピュータを再起動したりしないでください。
コメントへの回答:
- 以下は、端末またはttyでJournalctl -fを実行してコマンドラインから仮想コンソールにログインしようとしたときの出力です。
仮想コンソールの testuser1 の場合:
Jan 03 14:25:44 client1 login[1506]: FAILED LOGIN 1 FROM tty2 FOR testuser1, Authentication failure
Jan 03 14:25:58 client1 login[1506]: FAILED LOGIN 2 FROM tty2 FOR testuser1, Authentication failure
Jan 03 14:26:06 client1 login[1506]: FAILED LOGIN 3 FROM tty2 FOR testuser1, Authentication failure
Jan 03 14:26:13 client1 login[1506]: FAILED LOGIN 4 FROM tty2 FOR testuser1, Authentication failure
以下は、sddmを介して実際のユーザーとしてログインしようとしたときのログ情報です。
Jan 03 14:36:01 client1 sddm-helper[1594]: [PAM] authenticate: Authentication failure
Jan 03 14:36:01 client1 sddm-helper[1594]: [PAM] returning.
Jan 03 14:36:01 client1 sddm[622]: Authentication error: "Authentication failure"
Jan 03 14:36:01 client1 sddm-greeter[687]: Message received from daemon: LoginFailed
Jan 03 14:36:01 client1 sddm-helper[1594]: [PAM] Ended.
Jan 03 14:36:01 client1 sddm[622]: Auth: sddm-helper exited with 1
ディスクのみ15%を占める
「ユーザーはグループXに属していますか?デスクトップ構成の所有権は誰ですか?」に関して質問を理解していません。実行中はファイルの所有権は変更されません
pacman -Syu
。 Xは仮想コンソールのログインには影響しませんので、これは問題とは関係がないと思います。以前のスナップショットと/etc/pam.dとの違いは、違いがないことを示しています。具体的には、/etc/pam.d/system-auth および /etc/pam.d/su は更新前と変更されませんでした。