ブートパーティションの削除後にGRUBにWindowsパーティションを追加する

ブートパーティションの削除後にGRUBにWindowsパーティションを追加する

解決策が見つからない非常に特定の問題があります。それでは始めましょう。

2つのオペレーティングシステムが並列に実行されています。 1つは仕事用のUbuntu 20.04用で、もう1つはWindows 10と個人用です。 Windowsの後にUbuntuパーティションをインストールしたので、GRUBの設定はとても簡単でした。

今完了した他の作業のために、Windows 10がインストールされた別のハードドライブがあり、すべてがめちゃくちゃになりました。

概して、私は3つのハードドライブと3つの異なるオペレーティングシステムを持っています。

  • sda
    • 業務用にはUbuntu 20.04を使用しています。ルートパーティションは暗号化されているため、別のブートパーティションがあります。
  • SDDC
    • Windows 10は個人用です。
  • NVME0N1
    • Windows 10のための2番目の職業

したがって、nvme0n1に2番目のWindows 10をインストールすると、Windowsインストーラはsdaのブートパーティションを上書きしたようです。今すぐ起動できる唯一のことは、2つのWindowsインストールのみを表示するWindows起動マネージャです。だからUbuntu Live Stickから起動し、grub2を再インストールしてみました。この作業には長い時間がかかりました。ブートパーティションを削除し、sdaで暗号化されたルートパーティションをマウントした後、chroot環境に入り、GRUBを再インストールしてUbuntu 20.04で再起動できました。ただし、Windowsパーティションから起動できなくなりました。 GRUBブートメニューにはリストされていません。

sudo os-prober

sudo update-grub

Windowsのインストールが見つかりません。 BIOSがハードドライブの1つをブートメディアとして直接選択しようとすると、インストールされているオペレーティングシステムがないことを示すメッセージが表示されます。そのため、Windowsブートマネージャパーティションを削除すると、Windowsのインストールに関するすべての情報も失われると思いました。 Windowsのインストールでは、Windowsブートマネージャを再インストールする方法があることを確認しましたが、sdaのブートパーティションを上書きし、最終的に起動した場所に戻るか心配です。

また、Windowsブートエントリを手動で統合しようとしました。/etc/grub.d/40_custom次のようになります。

menuentry "Windows 10 - Job" --class windows --class os {
           insmod ntfs
           search --no-floppy --set=root --fs-uuid 3600AB6100AB2739 
           ntldr /bootmgr
}
menuentry "Windows 10 - Home" --class windows --class os {
           insmod ntfs
           search --no-floppy --set=root --fs-uuid 84EC4785EC47710A 
           ntldr /bootmgr
}

GRUBメニューに項目が表示されますが、残念ながらエラーが発生します。grub無効なefiファイルパス。だから、次に何をすべきかわかりません...

答え1

私の考えでは、Arch Linuxは約1週間前に同じ問題を抱えていましたが、修正は次のとおりです。

  1. os-proberがインストールされていることを確認しました(おそらく)。
  2. NTFS-3Gのインストール重要
  3. sudoアップデートグラップ

関連情報