次のコマンドを使用して、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。非常に混乱した行動をしています...
長い話を短く
- 誰が引き寄せましたか
systemd-ask-password-wall.path？ systemd-ask-password-console.path（操作している場合）またはホームデバイスに切り替えるには？- なぜこれが基本的に機能しないのですか？手動起動との違いは何ですか
[email protected]？ - これを行うためのよりきれいな（より標準化された）方法はありますか？
質問3について：この場合、パスワードエージェントが異なるように起動するようです。
質問4について：調査したことがありません。ウデブ今はただ働きたいです。システム最初の試み。