最新のLinuxディストリビューションをインストールする場合、通常は/boot別のディストリビューションは必要ありません。する特別なケース/シナリオには別々のパーティションが必要なようです/boot 。 LinuxとWindowsのデュアルブートがそのような状況の1つであるかどうか疑問に思います。それでは、なぜそのようなことが起こったのかを説明してください。
ベストアンサー1
最新のUEFIシステムでは、EFIシステムパーティション（ESP、ファームウェアがブートローダをロードするパーティション）をディストリビューションにインストールするか、ディストリビューションに従ってインストールでき/boot/efiます/boot。一部のディストリビューションでは、一般的な使用のためにESPを完全に削除します。しかし、まだそれがどこにあるのかを知る必要があります。必要に応じてブートローダまたはその設定を更新します。
十分なスペースがあれば、ESPをWindowsブートローダ（またはUEFI準拠のオペレーティングシステムのブートローダ）と共有できます。あるいは、LinuxとWindowsが異なるディスク上にある場合は、各ディスク/オペレーティングシステムに対してESPを作成できます。システムは専用のESPを割り当てます。いつかオペレーティングシステムを再インストールせずに1台のディスクを別のコンピュータに移動したい場合は、各ディスクに専用のESPを使用すると作業が簡単になります。各ディスクは、他のディスクの存在に依存せずに独自に起動できます。
ESPは、ファームウェアでサポートされているファイルシステムタイプを使用する必要があります。 UEFI仕様はFAT32のサポートを保証しますが、ハードウェアベンダーは他のファイルシステムをサポートすることを選択できます。デフォルトの Linux ファイルシステムはサポートされない可能性が高いため、ルートパーティションを ESP として指定することはできません。
/bootこれは、既存のBIOSシステムでパーティションを使用するのとは異なります。
1990年代後半から2004年頃までのBIOSベースのシステムでは、ディスクサイズはBIOS拡張仕様よりも急速に増加しました。 2003年には、最大128 PBの範囲のディスクサイズをサポートする標準のLBA48アクセス方法が指定されました。
以前のBIOSがインストールされているシステムではBIOS機能を使用してディスクのフルサイズにアクセスできないため、ブートローダ、カーネル、およびinitramfsファイルがディスク容量の制限内のディスクの先頭に近いことを確認することが重要です。バイオスできるライセンス。適切な位置とサイズの別々のパーティションに配置することは、/bootこの目標を達成するための信頼性の高い方法です。そのような制限がなければ、/boot伝統的な意味の分割は必要ありません。
最新バージョンのGRUBには、直接ATAとAHCIのサポートが含まれています。これは、GRUBを介してディスクコントローラハードウェアを直接駆動し、BIOSをバイパスしてこれらのBIOS制限を解決するためにも使用できます。ただし、使用しているディストリビューションによっては、この機能が有効になっていない場合があります。基本的に、クラスのサポートは、対応するBIOSベースのコードよりはるかにテストされていないため、これらの機能に関するドキュメントは非常にまれです。