대화형 비밀번호를 사용하여 systemd를 통해 요청 시 암호화된 디스크를 자동으로 마운트합니다.

대화형 비밀번호를 사용하여 systemd를 통해 요청 시 암호화된 디스크를 자동으로 마운트합니다.

다음 명령을 사용하여 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. 매우 혼란스러운 행동을 하고 있습니다...

긴 이야기 짧게

  1. 누가 끌어들였나요 systemd-ask-password-wall.path?
  2. systemd-ask-password-console.path(작동하는 경우) 또는 홈 장치 로 전환하는 방법은 무엇입니까 ?
  3. 왜 이것이 기본적으로 작동하지 않습니까? 수동 시작과의 차이점은 무엇입니까 [email protected]?
  4. 이를 수행하는 더 깔끔한(보다 표준화된) 방법이 있습니까?

질문 3에 관하여: 이 경우 비밀번호 에이전트가 다르게 시작되는 것 같습니다.

질문 4에 대해: 조사한 적이 없습니다.우데브지금은 그냥 작동하게 만들고 싶어요체계첫 시도.

관련 정보