対話型パスワードを使用して、systemdを介して要求に応じて暗号化されたディスクを自動的にマウントします。

次のコマンドを使用して、LUKS暗号化ディスクを自動的にマウントしようとしました。システム必要に応じてインタラクティブなパスワードを使用してください。私はウィンドウマネージャなどのない一般的なDebianを使用しています。私はcrypttabそれを「従って」整理しましたfstab。

抜粋crypttab:

TEST  UUID=0fb1fe7c-2fa1-4c63-b8c6-ff702d5017a0  none  luks,noauto

抜粋fstab:

/dev/mapper/TEST  /mnt/TEST  auto  noauto,x-systemd.automount  0  2

手動で起動すると動作[email protected]します。現在（仮想）端末にパスワードの入力を求められます。要求に応じてインストール（マウントポイントにアクセス）しても同じ動作が必要です。

インタラクティブなパスワードプロンプトは、そのエントリによって実行されると問題があります。*.automount システム装置： systemd-ask-password-wall.service使用されているようです（明らかにその*.pathデバイスによってトリガされます）。これは有益な情報を提供します。メッセージ月手動で実行するには、別のシェルを作成する必要がありますsystemd-tty-ask-password-agent。

両方のデバイスを無効にしsystemd-ask-password-wall.*てsystemd-tty-ask-password-agent手動で実行しようとすると、パラメータとしては機能せず、--wall通常--consoleのデバイスでのみ機能しますsystemd-tty-ask-password-agent。

また、停止するとパスワードプロンプトが表示されます（処理されます）systemd-ask-password-wall.service。非常に混乱した行動をしています...

長い話を短く

1. 誰が引き寄せましたかsystemd-ask-password-wall.path？
2. systemd-ask-password-console.path（操作している場合）またはホームデバイスに切り替えるには？
3. なぜこれが基本的に機能しないのですか？手動起動との違いは何ですか[email protected]？
4. これを行うためのよりきれいな（より標準化された）方法はありますか？

質問3について：この場合、パスワードエージェントが異なるように起動するようです。

質問4について：調査したことがありません。ウデブ今はただ働きたいです。システム最初の試み。