저는 부팅되지 않는 데비안 시스템 문제를 해결하고 있습니다. 시스템이 정상적으로 시작되었다가 어느 날 중지되었습니다(아마도 관련이 있을 수는 있지만 확실하지는 않습니다 apt upgrade
). 작은 부팅 파티션(sda1)과 sda2에 LUKS 컨테이너가 있습니다. LUKS 컨테이너 내부에는 ext4 형식의 두 멤버( /
및 )가 있는 LVM 레이어가 있습니다./home
시작 시 cryptsetup은 실행되지 않고 다음 오류를 표시합니다: "경고: lvmetad에 연결할 수 없습니다. 내부 스캔으로 대체됩니다. 그런 다음 컴퓨터는 initramfs 콘솔로 이동합니다."
영향을 받는 디스크를 다른 시스템에 설치하고 루트를 변경하는 동안 initramfs를 업데이트하려고 할 때 괜찮아 보이지만 /etc/cryptsetup이 작동하지 않는 것을 발견했습니다. 오류: "cryptsetup: 경고: /etc/crypttab의 sd1에 대한 잘못된 줄 -"
내 crypttab 파일에는 다음 내용만 포함되어 있습니다.
crypt UUID=<uuid> none luks
blkid
또는 lsblk
적절한 UUID가 선택되었는지 확인하십시오(하위 키가 LUKS 컨테이너인 /sda2의 UUID crypt
).
일부 버전 정보:
debian: 9.8
kernel: 4.9.0.6-amd64
cryptsetup: 1.7.3
lvm: 2.02.168(2)
이는 sd1
문제 해결을 위해 장애가 발생한 드라이브가 설치된 컴퓨터에 있는 또 다른 LUKS 장치입니다. 이 경우 경고를 무시해도 될까요? 그럼에도 불구하고 update-initramfs
결함이 있는 드라이브를 부팅 장치로 사용할 때 문제(암호화 우회)가 지속되었습니다.
현시점에서는 무엇이 문제인지 잘 모르겠어서 grub을 재설치하고 커널을 재설치하는 것을 고려하고 있습니다. 그러나 대체 단계에 대한 제안을 원합니다. 매우 감사합니다.
답변1
실행하려고 할 때 잘못된 crypttab에 대한 오류는 update-initramfs
호스트에 LUKS 컨테이너도 있기 때문에 발생합니다. 해결책은 다른 LUKS 장치 없이 시스템에서 정확히 동일한 단계를 수행하는 것입니다(저는 이 작업을 수행하기 위해 "라이브" 부팅 가능한 .iso 이미지를 사용했습니다). .iso를 부팅한 후 update-initramfs -u -k all
모든 것이 순조롭게 진행되어 시스템을 다시 부팅할 수 있게 되었습니다. 아마도 복구 시스템으로 사용되는 시스템에 존재하는 관련 없는 LUKS 장치를 무시하도록 cryptsetup에 지시하는 옵션이 있을 수 있습니다.