私は500GB SSDを搭載したデュアルブート(Windows / Linux Mint)ノートブックを持っており、以下のプロセスを使用してSSDを1TB SSDに交換しました。再起動すると、grubメニューなしでWindowsに直接起動します。なぜこれが起こるのですか?グラップメニューを復元する方法は?
これが私がしたことです:
- ライブブートスティックからノートブックを起動します(Linux Mintを実行)。
- ddを使用して500GB SSD全体をネットワークドライブにコピーする
- ノートブックを終了し、SSDを1GB SSDに交換します。
- ライブブートスティックを使用して再起動し、ddを使用してネットワークドライブのファイルをSSDにコピーします。
- ライブ実行スティックなしで再起動
これにより、新しいSSDの半分が使用されなくなることがわかります。後でこの問題を解決したいと思います。
ddが正しく機能するか、少なくともライブパーティションを含むライブブートスティックからすべてのパーティションをマウントできます。
以下は、いくつかのハードウェアの詳細です。
ラップトップ:Dell XPS 15(9550)
従来のSSD:PM951 NVMe Samsung 512GB
新しいSSD:Kingston Technology KC2500 M.2 1000GB PCI Express 3.0 3D TLC NVMe
Boot-RepairのPastebinリンク:http://paste.ubuntu.com/p/DkMGvNXdYq/
重要な場合:ディスクを複製すると、Windowsクイックスタートが無効になります。
答え1
LiveCDから起動し、以下のチュートリアルに従ってください。
- https://www.linuxbabe.com/command-line/how-to-use-linux-efibootmgr-examples
- https://wiki.gentoo.org/wiki/Efibootmgr
EasyUEFIや他の同様のツールを使用してWindowsでこれを行うことができます。
答え2
この場合の問題は、Biosが私に話すことなく新しいSSDを検討したときにGrubの代わりにWindowsブートローダを選択することをお勧めします。
.efi
UEFIには、拡張子を含む実行可能ファイルである複数のブートローダを含むことができる別々のFAT32パーティションがあり、Dell XPS15ノートブックのBIOSには、使用するブートローダを選択できる設定がうまく隠されていることがわかりました。私にとって正しいのは、EFI / Microsoft / Boot / bootmgfw.efi(Windows)ではなくubuntu / shimx64.efi(セキュアブート用)またはgrubx64.efi(非セキュア)でした。
efibootmgr
(@Artem S. Tashkinovの非常に便利なヒント)この問題を解決することもできます。
答え3
また、UEFI値をデフォルト値にリセットした後、デュアルブートノートブックからGRUBへの起動に問題がありました。efibootmgr
この方法を使用して、欠落しているUEFIブートオプションを再作成できました。セキュアブートが有効になっているため、shimx64.efiをローダーとして使用しています。
# Create a new boot option
efibootmgr -c -d /dev/nvme0n1 -L Fedora -l \\EFI\\fedora\\shimx64.efi
# Check the result - compare with the Windows entry
efibootmgr -v