다음 명령을 사용하여 LUKS 암호화 디스크를 자동으로 마운트하려고 했습니다.체계필요에 따라 대화형 비밀번호를 사용하세요. 저는 창 관리자 등이 없는 일반 데비안을 사용하고 있습니다. 나는 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에 대해: 조사한 적이 없습니다.우데브지금은 그냥 작동하게 만들고 싶어요체계첫 시도.