複数のLinuxオペレーティングシステムをインストールするために別々の/ bootパーティションを作成する必要がありますか?
答え1
今日、主要なLinuxディストリビューションには別の/bootパーティションは必要ありません(問題が発生する可能性もあります)。単一のブートパーティションで複数のLinuxインストールを実行しようとすると、ブートの問題が発生する可能性が高くなります。最善の方法は、すべてのLinuxにスワップパーティションを割り当ててから、インストールごとにext3/4/BTRFS/パーティションを割り当てることです。特別な理由がない限り、各Linuxインストールだけでなく、すべてのシステムをここに配置します。だからユーザーファイル。必要に応じて別々のデータパーティション/ドライブを保持し、必要に応じて各オペレーティングシステムにインストールできます。
答え2
各Linuxに別々の/ bootパーティションが必要ですか?
すべてのディストリビューションは、これが /boot( yum
, apt
, ... を介して) を修正する唯一のものであると仮定します。複数のディストリビューションで同じコンテンツを管理しないでください。/boot
目次(分割)。システムのアップグレードはこのために効果的に競争します。
/boot専用パーティションを指定する場合、各ディストリビューションには通常独自のパーティションが必要です。
/ブートとは何ですか?
わかりにくい話題なので注意して読んでください。。 /bootディレクトリはブリッジとして機能し、実行中のオペレーティングシステムがブートローダの設定を読み書きできるようにします。実行時には他の目的には使用されません。
/bootディレクトリは、ブートローダの設定とプラグインだけでなく、カーネルとinitramfsを格納するスペースです。
システムを起動すると、コンピュータのファームウェアは/ bootを読み込み、設定をロードするブートローダを起動します。次に、必要なカーネルとinitramfsファイルをロードします。
実際、ほとんどの一般的な状況でLinuxにそれをインストールする唯一の理由は、システムアップグレードツール(、、yum
...apt
として呼び出される)が新しいカーネルなどをインストールできるようにするためにこのツールがあると予想できることです。これらのツールは非常に柔軟ではありません。 /bootディレクトリなしで実行することはお勧めできません。
/bootには独自のパーティションが必要ですか?
しばしばそうではありません。 /boot を独自のパーティションに置く良い理由は、システムルート / がブートローダが読み取れない場所や、読み取れない場所に保存できるからです。
勇敢な感じ?
実際には/bootを共有できるメカニズムは2つあります。しかし、私はどちらも望ましいと提案するものではありません。
単一のLinuxインストールカーネルとブートローダ
Linuxカーネルは驚くべきことに、いくつかのディストリビューションで互換性があります。少なくともメジャーバージョンと同じバージョンを持つユーザーは可能です。したがって、ブートローダやカーネルをインストールしなくてもディストリビューションを持つことができます。これらの設定は/ bootを変更しようとしないため、役に立つ内容は入力されません。
これにより、ある Linux が他の Linux のすべてのブートエントリを管理し、それらの間でカーネルを共有することができます。
サブディレクトリ
人々は通常これを考えていませんが、/bootに何かをバインドマウントするのはかなり安全です。このメカニズムにより、インストールごとに異なる名前のブートディレクトリを含むパーティションを作成できます。
あなたの/etc/fstab
外観は次のとおりです。
# Mount the boot partition
UUID=cb015492-4ca4-4fae-a416-6d89443e4680 /media/boot ext4 defaults 0 2
# Bind mount the desired
/media/boot/ubuntu-jammy-boot /boot none bind 0 0
grub-install
前回これを確認したところ、EFIの配列が理解され、grubが正しく設定されているように見えました。grub.cfg
たとえば: /boot/efi/EFI/ubuntu/grub.cfg
。そうでない場合は、このファイルの構成行を手動でバッチ処理できます。
set prefix=($root)'/ubuntu-jammy-boot/grub'
答え3
パーティショニングを行う理由は2つあります/boot
。
- BIOSは大容量ディスク上のどのセクタにもアクセスできません。
- のブートローダをロードできません
/
。
私は最初の理由が今日のシステムに合わないと思います。 Grub2を使用すると、LVMやBtrfsなどの最初のステップでロードすることもできます(ファイルシステムの外部の最初のセクタを含む)。
ただし、2022年にシングルボリュームDebianのインストールに失敗しました/ + /boot
。クラウドサーバーにあり、何が起こっているのかを分析する方法はあまりありません(私のビューには表示されません)。