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つの入れ子になった大文字のディレクトリを持つ複数のEFIefiファイルがあります。

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

しかし、私は何が起こっているのか本当に理解していませんが、それがうまくいき、他の人に役立つことができてうれしいです。

関連情報