いくつかの投稿とマニュアルページを読みましたが、まだ疑問があります。私のgPartedスクリーンショットは次のとおりです。
Ubuntu 16.10のインストールプロセス中に、GRUBを/ dev/sda1にインストールしました(「Windowsブートマネージャー」は/ dev/sda1の近くに記述されていました)(「セキュアブート」を無効にしたことがあります)。
GRUBメニューは次のとおりです。
これまではすべて正常に機能していましたが、複数のLinuxディストリビューション、UbuntuStudio、およびArchディストリビューションを確実にインストールする予定です(Antergosと思います)。また、SSDに追加のスペースを残して、気になったときにディストリビューションを試すことも考えています。次のことを事前に確認したい。
新しいディストリビューションをインストールするたびに、ブートローダーをインストールする必要がありますか?もしそうなら、以前のようにすべてを/ dev/sda1(「Windows Boot Manager」)にインストールするのは正しいですか?
以前は、Windows XP、Ubuntu、UbuntuStudioで古いノートブック(BIOS)をトリプルブートしようとしましたが、カーネルを更新するたびに、もうブートできませんでした。よく覚えていれば、別のパーティションに単一のGRUBを持ち、Linuxディストリビューションからそれを参照することを提案しました。 UEFIで複数のLinuxディストリビューションを使用する最良の方法は何ですか?過去との違い(BIOS)(好奇心のためだけ)
シンプルにしてください。ブートプロセスの仕組みと、複数のLinuxディストリビューションを完全にブートおよび更新する方法を学べることは非常にうれしいですが、読んだ多くの答えは不可解な傾向があります。
事前に感謝、ルカ
原則として、私見として、複数のLinuxディストリビューションを1台のコンピューターのマルチブートにインストールするのは、それだけの価値があります。ほとんどの場合、1つのディストリビューションが他のディストリビューションと同じことを行います。複数のデスクトップ環境での経験が必要な場合は、Ubuntu内に好きなだけインストールして、ログアウトしてから再度ログインし、ログイン時に適切なデスクトップ環境を選択して、それらを切り替えることができます。異なる仮想端末(VT)で複数のデスクトップ環境に同時にログインできるように設定することもできます。
さまざまなパッケージマネージャーまたは実際にディストリビューション固有のその他の機能の経験が必要な場合、VirtualBoxやVMwareなどの仮想化環境を使用して追加のディストリビューションをインストールする可能性は、デュアルブートよりも簡単で安全です。これには、両方のディストリビューションを同時に実行できるという利点もあります。
とはいえ、本当にマルチブートする必要がある場合、私見GRUBは最良の選択ではありません。そのアキレス腱は、それがインストールされたOS内の構成が必要なことです。 (少なくとも、Ubuntuや他のほとんどのディストリビューションによって提供されるストック構成には当てはまります。より良いGRUB構成を作成することは可能ですisいずれかのディストリビューションとは離婚しましたが、それは高度な知識を必要とし、OS内から設定する必要があります。)つまり、UbuntuのGRUBを使用してブートプロセスを制御するが、たとえばFedoraもインストールする場合、Fedoraのカーネルを更新すると、Ubuntuを再起動してSudo update-grub
を入力するまで(またはUbuntuのカーネルを更新するまで)、UbuntuのGRUBはその事実を知りません。または、UbuntuのGRUBがFedoraのGRUBにチェーンロードされる場合があります。この場合、FedoraのGRUBは更新されたFedoraカーネルを認識しますが、Fedoraの起動プロセスが複雑になります。さらに悪いことに、各OSはブートプロセスを制御しようとする可能性が高いため、 ブートクーデターが繰り返されます。 OS Bが必要な場合でも、OS Aがブートローダーをデフォルトとして設定します。 GRUBジョブを実行します。 (ただし、これはGRUB固有の問題ではありません。マルチブートするたびに発生する可能性があります。)マルチブートしようとするOSが増えると、ブートクーデターが頻繁に発生します。
複雑なセットアップの場合、多くの人は自分の rEFIndブートマネージャーを使用することを好みます。 GRUBとは異なり、rEFIndはコンピューターが起動するたびにブートローダーとカーネルのディスクをスキャンし、新しいカーネルを検出しますどのディストリビューションがカーネルまたはrEFIndをインストールしたかに関係なく。ただし、これには注意点があります。また、ディストリビューションごとに少し調整して、機能させる必要があります。特に、rEFIndが各OSに適切なブートオプションを渡すことができるように、ディストリビューションごとに/boot/refind_linux.conf
ファイルが必要になる場合があります。これは、rEFIndドキュメントの このページ で説明されています。
現在、主に理論的なものではありますが、別のアプローチは、 Freedesktop.orgブートローダー仕様を使用することです。 アイデアは、ディストリビューションがカーネルを標準化された場所に置き、あるディストリビューションのブートローダーが別のディストリビューションのカーネルをロードできるようにする構成ファイル形式。この提案にはメリットがありますが、ほとんどのディストリビューションはそれを採用していないので、実際問題として、これは今日頼ることができるものではありません。