私が十分に理解している限り、古いgbrのようなリンクとしてgptパーティションスキームを使用している場合、grubプログラムは完全にefiパーティションに配置されています。 Linuxパーティションを削除しても、grubは引き続き使用できますか?免責事項:Linuxをアンインストールするつもりはない
まず、2つの明確な問題が関係しています。
grub-pc
パッケージ、IIRC)がインストールされています。 EFIでは、GRUB 2は、EFI自体(32ビットまたは64ビット)と同じビット深度にコンパイルされ、grub-efi-ia32
またはgrub-efi-AMD64
パッケージ。gdisk
のタイプEF02であるか、parted
またはGPartedで「bios_grubフラグ」が設定されている)EFIモードのブートでは、パーティションテーブルタイプはそれほど重要ではありません;それは、EFIシステムパーティション(ESP)はfdisk
を使用するMBRの下でEFのタイプコードを持ちますが、GPTではgdisk
のEF00またはparted
の「ブートフラグ」によって識別されます。 GParted(MBRディスクでは「ブートフラグ」の意味がまったく異なることに注意してください。ESPは、parted
またはGPartedを使用してMBRディスクで正しく識別できません。)allの場合、GRUB 2のコードはあちこちに散らばっています。場所might存在するもの:
/boot
directory-すべての場合、GRUB 2の一部は通常のファイルシステムからロードできるファイルに存在します。これらのファイルは通常Linuxにあります/boot
ディレクトリ、通常は/boot/grub
または/boot/grub2
。この最後のポイントは、実際には「落とし穴」です。デュアルブートインストールからUbuntuを削除すると、GRUB 2はpartialally)削除されるため、ほぼ確実に起動しますが、正しく動作しませんこれらの構成ファイルとサポートファイルが削除されているためです。grub>
起動しようとするとプロンプトが表示されます。 BIOSでは、この時点での唯一の選択肢は、他のOSのブートローダーを再インストールすることです。 EFIでは、通常、任意の数のツール(Linuxではefibootmgr
、Windowsではbcdedit
または EasyUEFI 、bless
OS Xでは、bcfg
はEFI Shell、または多くのEFIではシステム固有のファームウェアツールです。別のOSのブートローダーの再インストールも機能するはずですが、通常はやりすぎです。
ほとんどのブートローダーにはこの特定の問題がないことに注意してください。 EFI、ELILOでは、GRUB Legacy、SYSLINUX、gummiboot/systemd-boot、およびrEFIndはすべて、ブートローダーと同じパーティション(通常はESP)に保存されている構成ファイルに依存しています。 Ubuntuを削除すると、最悪の事態は、Ubuntuを起動できなくなりますが、インストールしたものはすべて起動できるということです。BIOSでは、LILOは引き続き動作しますが、間違いではありません。GRUB= LegacyとSYSLINUXは両方ともGRUB 2の問題を共有しています。
GRUB 2を設定して、Linuxファイルシステムではなく、ESPに設定ファイルとサポートファイルを配置することができます。ただし、Ubuntuの開発者はLinuxファイルシステムにファイルを配置することを選択したため、Ubuntuはこの問題に苦しんでいます。