頑張ってきたシステムホストほとんどの場合、アカウントを正常に移行しました。プログラムはこちら。既存のログインの場合は、以下を通過してください。ログイン(1)、すべてが正常に動作します。
私が経験している具体的な問題は、他の方法で作成されたセッションに関するものです。ログイン(1)。
その一つはシステムログイン宿泊施設。ここでユーザーセッションが作成された場合(たとえば、次のようにアクティブ化した後)Loginctlを有効にする - 継続アバター再起動)、そのセッションで実行されているサービスはホームディレクトリにアクセスできません(インストールされていません)。もう1つは、コマンドで作成されたユーザーセッションです。機械制御つまり、機械制御エンクロージャ[Eメール保護]また、ホームディレクトリにアクセスできません。
(どちらの場合も、仕事用ユーザーセッションがすでに存在する場合はホームディレクトリにアクセスできますが、もちろんこれを保証することはできません。)
この問題の最終的な原因は、どちらの場合もパスワードが入力されていないためです。つまり:
Sep 05 18:02:24 pallas-wsl systemd-homed[702]: avatar: changing state inactive → activating-for-acquire
Sep 05 18:02:24 pallas-wsl systemd-homework[4380]: None of the supplied plaintext passwords unlock the user record's hashed passwords.
Sep 05 18:02:25 pallas-wsl systemd-homed[702]: Activation failed: Required key not available
Sep 05 18:02:25 pallas-wsl systemd-homed[702]: avatar: changing state activating-for-acquire → inactive
このような場合、ホームディレクトリを有効にするにはどうすればsystemd-homedを取得できますか?
答え1
リクエストでパスワードをハッシュしていないようです。おそらく次のJSONキーを見てください。pkcs11EncryptedKey
そしてhashedPassword
おそらくこれは問題を解決します。