UEFI와 레거시 간 전환 후 부팅 옵션 "debian"이 손실되었습니다.

UEFI와 레거시 간 전환 후 부팅 옵션 "debian"이 손실되었습니다.

Dell XPS13에서 UEFI와 레거시 사이를 전환하려는 어리석은 테스트 시도에서 저는 암호화된 SSD에서 Debian Bullseye를 실행하고 있었습니다.

지금까지 여기에서 가장 유용한 유사한 질문을 기반으로 몇 가지를 시도했지만 부팅 옵션 "debian"을 복원할 수 없습니다. ~에서여기아래에 사용된 옵션의 대부분을 수집했는데, 다음과 다소 유사합니다.이 튜토리얼.

# decrypt drive
sudo cryptsetup luksOpen /dev/nvme0n1p3 mydisk

# mount
sudo mount /dev/mapper/ALF--vg-root /mnt
sudo mount /dev/nvme0n1p1 /mnt/boot/efi
for i in /dev /dev/pts /proc /sys /sys/firmware/efi/efivars /run; do sudo mount -B $i /mnt$i; done

sudo chroot /mnt

grub-install /dev/nvme0n1
update-grub

exit

efibootmgr -vbefore (아래 참조) 의 출력은 으로만 변경되지만 BootOrder: 0003,0007재부팅 시 어떻게든 재설정되는 것 같습니다(이것을 몇 번 시도했습니다)?

BootCurrent: 0007
Timeout: 0 seconds
BootOrder: 0007
Boot0000* Windows Boot Manager  HD(2,GPT,13a9ec87-8ccb-4b03-9a6a-82ef130b8028,0x109000,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...o................
Boot0003* debian        HD(1,GPT,d68c44b3-646d-4e6d-9c3f-16b2ff1fd834,0x800,0x100000)/File(\EFI\debian\shimx64.efi)
Boot0007* UEFI: SanDisk U3 Cruzer Micro 8.02, Partition 1       PciRoot(0x0)/Pci(0x14,0x0)/USB(1,0)/HD(1,MBR,0x3b632446,0x800,0xb057ee)..BO

이것이 지금 당장 도움이 될지는 모르겠지만, 어떤 이유에서인지 2개의 중첩된 대문자 EFI디렉토리가 있는 여러 efi 파일이 있습니다.

kubuntu@kubuntu:~$ ls /mnt/boot/efi/EFI
Dell  EFI  debian
kubuntu@kubuntu:~$ ls /mnt/boot/efi/EFI/debian/
BOOTX64.CSV  fbx64.efi  grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi

나는 어떤 조언이나 제안에도 열려있습니다.

답변1

간단히 말해서:부팅 복구 USB를 사용하여 문제를 해결하고 루트 볼륨을 initramfs에 마운트하여 장치 이름을 수정하세요.

결국 시동 복구를 시도했습니다(그렇지 않으면 모든 것을 다시 설치했을 것입니다). 릴리스 파일 누락으로 인해 Kubuntu 또는 Debian Live USB에 리포지토리를 추가할 수 없었지만 Boot Repair Live USB의 도움으로 마침내 부팅할 수 있었고 initramfs볼륨을 해독해야 했습니다.

cryptsetup luksOpen /dev/nvme0n1p3 nvme0n1p3_crypt
# lvm vgchange -ay
exit

공평하게 말하자면, 주석이 달린 명령이 필요한지는 잘 모르겠지만 어쨌든 해냈습니다. 해당 용어가 nvme0n1p3_cryptUUID 앞의 첫 번째 단어와 동일한 지 확인해야 합니다 . /etc/crypttab명령을 종료하면 시스템이 부팅됩니다(그리고 다른 암호를 요청할 수도 있음). 성공적으로 시작한 후 실행해야 합니다.

update-initramfs -k all -c

누락에 대한 불만 없이 작동했을 때(저의 경우) nvme0n1p3_crypt평소처럼 재부팅할 수 있었습니다. 그렇지 않으면 용어가 nvme0n1p3_crypt의 용어와 일치하지 않습니다 /etc/crypttab.

그러나 나는 무슨 일이 일어나고 있는지 정말로 이해하지 못하지만 그것이 효과가 있었고 다른 사람에게 도움이 될 수 있어서 기쁘다.

관련 정보