GRUB と UEFI を使用して Windows と並行して複数の Linux ディストリビューションをインストールする

GRUB と UEFI を使用して Windows と並行して複数の Linux ディストリビューションをインストールする

いくつかの投稿とマニュアル ページを読みましたが、まだ疑問が残っています。私の gParted のスクリーンショットは次のとおりです。

ここに画像の説明を入力してください

Ubuntu 16.10 のインストール プロセス中に、GRUB を /dev/sda1 にインストールしました (「Windows Boot Manager」は /dev/sda1 の近くに書き込まれました) (以前は「セキュア ブート」を無効にしていました)。

GRUB メニューは以下のとおりです。

ここに画像の説明を入力してください

これまではすべてうまくいっていましたが、これからは複数の Linux ディストリビューション、UbuntuStudio、そして Arch ディストリビューション (Antergos だと思います) をインストールする予定です。また、気が向いたときにディストリビューションを試すために、SSD に追加のスペースを残しておくことも考えています。次の点について事前に確認しておきたいと思います。

新しいディストリビューションをインストールするたびに、ブートローダーをインストールする必要がありますか? もしそうなら、以前と同じようにすべてを /dev/sda1 (「Windows ブート マネージャー」) にインストールするのが正しいですか?

以前、古いノートパソコン (BIOS) を Windows XP、Ubuntu、UbuntuStudio でトリプル ブートしようとしましたが、カーネルを更新するたびにブートできなくなりました。記憶が確かなら、別のパーティションに 1 つの GRUB を用意し、Linux ディストリビューションからそれを参照するように勧められたはずです。現在、UEFI で複数の Linux ディストリビューションを使用する最適な方法は何ですか? 過去 (BIOS) と何が違うのですか (単なる好奇心から)?

シンプルにお願いします。ブート プロセスがどのように機能するか、複数の Linux ディストリビューションを問題なくブートおよび更新する方法を学べるのは非常にうれしいのですが、私が読んだ回答の多くは不可解な傾向があります。

よろしくお願いします、ルカ

答え1

一般的なルールとして、そして私見として、1 台のコンピューターで複数の Linux ディストリビューションをインストールしてマルチブートするのは、手間がかかる上に価値がありません。ほとんどの場合、1 つのディストリビューションで他のディストリビューションと同じことができます。複数のデスクトップ環境を体験したい場合は、Ubuntu 内で好きなだけインストールし、ログアウトして再度ログインし、ログイン時に適切なデスクトップ環境を選択して切り替えることができます。異なる仮想端末 (VT) で複数のデスクトップ環境に同時にログインできるように設定することもできます。

さまざまなパッケージ マネージャーや、ディストリビューション固有のその他の機能を試してみたい場合は、VirtualBox や VMware などの仮想化環境を使用して追加のディストリビューションをインストールする方が、デュアル ブートよりも簡単で安全です。また、両方のディストリビューションを同時に実行できるという利点もあります。

とはいえ、本当にマルチブートが必要な場合、GRUBは最良の選択肢ではないと私は思います。GRUBの弱点は、インストール元のOS内で設定が必要になることです。(少なくとも、Ubuntuや他のほとんどのディストリビューションで提供される標準設定ではそうです。GRUB 設定をどのディストリビューションからも切り離した方がよい場合は可能ですが、それには高度な知識が必要であり、OS 内から設定する必要があります。つまり、Ubuntu の GRUB を使用してブート プロセスを制御しているが、たとえば Fedora もインストールしている場合、Fedora のカーネルを更新しても、Ubuntu を再起動して入力するまでsudo update-grub(または Ubuntu のカーネルを更新するまで)、Ubuntu の GRUB はその事実を認識しません。あるいは、Ubuntu の GRUB が Fedora の GRUB にチェーンロードされる可能性があり、その場合、Fedora の GRUB は更新された Fedora カーネルを認識しますが、Fedora へのブート プロセスが複雑になります。さらに悪いことに、各 OS がブート プロセスを制御しようとする可能性が高く、その結果、ブートクーデター、OS B の GRUB でブートを実行したいのに、OS A がブートローダーをデフォルトに設定してしまうという状況です。(ただし、これは GRUB 固有の問題ではなく、マルチブートを行うたびに発生する可能性があります。) マルチブートしようとする OS の数が増えるほど、ブート クーデターに遭遇する頻度が高くなります。

複雑な設定の場合、多くの人が自分のものを使用することを好みますrEFInd ブート マネージャー。GRUB とは異なり、rEFInd はコンピュータの起動時にディスクをスキャンしてブートローダとカーネルを探すため、カーネルや rEFInd がインストールされているディストリビューションに関係なく、新しいカーネルを検出します。ただし、これには注意点があり、各ディストリビューションで動作させるには少し調整が必要になる場合があります。特に、/boot/refind_linux.confrEFInd が各 OS に適切なブートオプションを渡すことができるように、ディストリビューションごとにファイルが必要になる場合があります。これについては、このページrEFInd ドキュメントの。

もう一つのアプローチは、今のところは主に理論的なものではあるが、Freedesktop.org ブートローダー仕様。アイデアは、ディストリビューションがカーネルを標準化された場所に配置し、構成ファイル形式を連携して、あるディストリビューションのブートローダーが別のディストリビューションのカーネルをロードできるようにすることです。この提案には利点がありますが、私の知る限り、これを採用しているディストリビューションはほとんどないため、現実的には現時点では頼りにできるものではありません。

関連情報