我尝试使用以下命令自动挂载 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 单元:
systemd-ask-password-wall.service
似乎被使用(显然是由相应的*.path
单元触发),这会导致信息丰富留言墙我需要生成另一个 shell 来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:我没有调查过乌德夫现在,但只是想让它与系统第一次尝试。