crypttab 등을 어떻게 다시 빌드할 수 있나요?

Question

tldr: 내 것이 /etc/crypttab사라졌는데 다시 복구하는 방법을 모르겠습니다.

20.04에서 22.04로 업그레이드하려고 했는데 뭔가 잘못되었습니다. 부팅할 때 방금 initramfs. 그런 말은 들어본 적도 없습니다. 몇 시간 동안 인터넷 검색을 하고 여러 가지를 시도한 끝에 암호화된/파티션이 해독되지 않아 부팅 프로세스가 중단되었다는 사실을 알게 되었습니다. 마지막으로 cryptsetup luksOpen /dev/nvme... vgubuntu-root vgchange -ay및 exit. 그러면 결국 시스템이 다시 시작됩니다. 하지만 이제는 재부팅할 때마다 이런 일이 일어날까 두렵습니다. 그래서 암호화된 파티션에서 을 찾았습니다 /etc/crypttab. (업데이트 명령을 사용하여 initram img에 기록될 것 같지만 해당 파일이 전혀 없기 때문입니다. 그러면 어떻게 해야 합니까?

안부 인사 마틴

업데이트: 다른 게시물에서 이것이 필요하다는 내용을 읽었을 때 lsblk의 스크린샷이 여기에 있습니다.

그러나 나는 이것을 어떻게 읽는지 모르겠습니다.

두 번째 업데이트: muru의 희망에 따라 lsblk의 출력도 코드로 게시합니다.

    lsblk -fs
NAME                       FSTYPE      FSVER    LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
loop0                      squashfs    4.0                                                         0   100% /snap/bare/5
loop1                      squashfs    4.0                                                         0   100% /snap/core20/1587
loop2                      squashfs    4.0                                                         0   100% /snap/firefox/1635
loop3                      squashfs    4.0                                                         0   100% /snap/gnome-3-38-2004/112
loop4                      squashfs    4.0                                                         0   100% /snap/gtk-common-themes/1535
loop5                      squashfs    4.0                                                         0   100% /snap/snap-store/582
loop6                      squashfs    4.0                                                         0   100% /snap/snapd/16292
loop7                      squashfs    4.0                                                         0   100% /snap/snapd-desktop-integration/14
loop8                      squashfs    4.0                                                         0   100% /snap/firefox/1794
loop9                      squashfs    4.0                                                         0   100% /snap/core20/1611
loop10                     squashfs    4.0                                                         0   100% /snap/gnome-3-38-2004/115
vgubuntu-root              ext4        1.0            23f3470f-32eb-4b80-96b3-7e496645d6dd    303,2G    62% /
└─[somethingsecret] LVM2_member LVM2 001       dsiUpt-V1Cr-zeFL-1Wr5-c3M3-sQFe-1m4qc4                
  └─nvme0n1p3              crypto_LUKS 2              442a6034-4d06-4677-a20b-5ac60c6351e0                  
    └─nvme0n1                                                                                               
vgubuntu-swap_1            swap        1              9b0a8f42-1497-4090-bf66-7894c8ac3d55                  [SWAP]
└─[somethingsecret] LVM2_member LVM2 001       dsiUpt-V1Cr-zeFL-1Wr5-c3M3-sQFe-1m4qc4                
  └─nvme0n1p3              crypto_LUKS 2              442a6034-4d06-4677-a20b-5ac60c6351e0                  
    └─nvme0n1                                                                                               
nvme0n1p1                  vfat        FAT32          B1F9-75B1                               488,5M     4% /boot/efi
└─nvme0n1                                                                                                   
nvme0n1p2                  ext4        1.0            4e4b5e86-b8f8-4d51-9e04-99d5d538bea1    345,8M    44% /boot
└─nvme0n1                                  

Answer 1

친구가 나를 도울 수 있습니다. 중요한 것은 initramfs에서 부팅하는 동안 암호화된 파티션에 할당한 이름이었습니다.

거기에 내가 썼어

cryptsetup luksOpen /dev/nvme0n1p3 test_crypt

이 마지막 단어(test_crypt)는 임의적이었지만 나중에 중요해졌습니다. 자, 그럼 들어갔어요

vgchange -ay
exit

시스템이 부팅되었습니다. 그러나 나는 이미 그것을 처음에 언급했습니다. 이제 내 친구는 /etc/crypttab에 있는 암호화된 파티션에 새 이름이나 실제로 이전 이름을 지정할 수 없고 대신 부팅 프로세스 중에 파티션에 지정한 이름을 사용해야 한다고 말했습니다. 이제 파일은 다음과 같습니다.

test_crypt UUID=[the UUID] none luks

이전에 사용했던 방식으로 fstab을 떠난 다음 initramfs를 다시 업데이트했습니다. 이번에는 성공했고 다음 부팅 프로세스에서 비밀번호를 다시 묻는 메시지가 표시되었습니다.

@muru: 이 문제나 유사한 문제에 직면한 모든 사람에게 지원과 행운을 주셔서 감사합니다. :)