Linux と Windows PC を台無しにする可能性のある 3 つのデュアルブートの間違い

私は 10 年以上 Linux と Windows をデュアルブートしており、現在のマシンでは 4 つの異なるオペレーティング システムを並べて実行しています。長年にわたり、私はたくさんの間違いを犯し、新人や愛好家が同じ間違いを何度も犯すのを見てきました。したがって、これらのよくある落とし穴を回避できるように、Linux-Windows デュアルブート PC をセットアップするときによくある間違いを 3 つ紹介します。

Linux と Windows の両方を同じドライブにインストールしました

できるからといって、そうすべきというわけではありません

技術的には、1 つのドライブを 2 つ (またはそれ以上) のパーティションに分割し、各オペレーティング システムを別々のパーティションにインストールすることで、Windows と Linux をデュアルブートできます。このセットアップは最初はほぼ完璧に動作しますが、最終的には技術的な問題がいくつか発生する可能性があります。

最も一般的な問題の 1 つは、Windows アップデートにより UEFI ブート順序が変更されることです。理想的には、最も一般的な Linux ブートローダーである GRUB を使用します。これは、通常、Linux と Windows の両方のブート エントリを検出して表示できるためです。ただし、Windows アップデートにより、Windows ブート マネージャーがデフォルトのブート オプションとして設定される場合があります。

その場合、PC は GRUB を表示せずに Windows を直接起動することができるため、起動する OS を選択できなくなります。問題の内容に応じて、UEFI 設定に移動してブート順序を変更するか、Linux ライブ USB を使用して GRUB を修復する必要がある場合があります。また、ドライブを管理するときに間違ったパーティションを誤って削除または変更してしまうリスクも常にあります。

これらのリスクを軽減する最も簡単な方法は、各オペレーティング システムに独自の物理ドライブを与えることです。こうすることで、各 OS が独自のドライブ上に独自のブート パーティションを取得し、どちらのインストーラーも他方のインストーラーに触れることはありません。これにより、パーティション管理が容易になり、間違ったオペレーティング システムのパーティションを誤って変更する可能性が減ります。

セキュア ブートを無効にし、無効のままにした

インストール完了後にこっそりスキップされるステップ

オンラインのデュアルブート ガイドのほとんどには、Linux をインストールする前にセキュア ブートを無効にする必要があることが記載されています。過去にはそれが真実だったかもしれませんが、Ubuntu、Linux Mint、Fedora などの最新のディストリビューションのほとんどには、インストール中にセキュア ブートによってこれらのディストリビューションがブロックされないように、Microsoft によって署名済みの小さなブートローダーである shim が同梱されています。

ただし、一部のディストリビューション、特に Arch ベースのディストリビューションでは、依然としてセキュア ブートをオフにする必要があります。したがって、最近ウイルスが流行した Omarchy または CachyOS をインストールする予定がある場合は、続行する前にセキュア ブートを無効にする必要があります。ただし、ディストリビューションがインストールされたら、独自のセキュア ブート キーを手動で作成し、ファームウェアにロードし、セキュア ブートで動作するようにブートローダーとカーネルに署名することができます。実際、これは通常推奨されるプロセスですが、ほとんどの初心者はセキュア ブートをオフにして Linux をインストールするだけで、わざわざオンに戻すことはありません。

ご存知のとおり、セキュア ブートは Windows 固有のものではなく、Linux と Windows の両方にとって有益です。これは本質的に、信頼できるソースによって署名されていない場合、ブートローダーまたは OS の起動をブロックするファームウェア機能です。これは、ブートキットに対する効果的な防御手段です。ブートキットは、OS がロードされる前であってもブート プロセス中に実行されるように設計されたマルウェアであり、検出と削除が非常に困難です。また、セキュア ブートが無効になっていると、Linux と Windows システムの両方がブートキット攻撃を受けやすくなります。

高速スタートアップを実行したままにした

Windows では高速ですが、Linux ではイライラします

セキュア ブートと同様に、ほとんどのデュアルブート ガイドでも、高速スタートアップを無効にするように指示されています。ただし、特にデュアルブートが機能するために技術的に必要ではないため、多くの初心者がこのセットアップを完全にスキップしているのを見てきました。ただし、問題は、これを有効にしたままにすると、将来的に多くの問題が発生する可能性があることです。

高速スタートアップは、Windows の起動時間を短縮するために設計された Windows の機能です。この機能をオンにした状態で[シャットダウン]を押しても、Windows は完全にはシャットダウンしません。代わりに、部分的な休止状態に入り、システムのコアをドライブ上のファイルに保存します。こうすることで、システムを再度オンにするときに、最初から起動する必要がなくなり、保存された状態を再ロードするだけで済みます。

これは、特に Windows を HDD にインストールしている場合に、起動時間を大幅に短縮できる賢いトリックです。ただし、Windows を SSD にインストールしている場合 (これを読んでいるほとんどの人がそうでしょう)、速度の向上は非常にわずかです。このため、多少の速度向上よりもはるかに不便に直面する可能性があるため、この機能を無効のままにすることをお勧めします。

高速スタートアップが有効になっている場合、Windows をシャットダウンして Linux を起動すると、Windows パーティションは休止状態としてマークされます。その結果、Linux 内部では、Windows パーティションがマウントを拒否するか、読み取り専用モードでのみマウントすることになるため、Linux 上では Windows ファイルにアクセスできなくなります。確かに、技術的には、Linux に書き込みアクセスを使用して Windows パーティションを強制的にマウントさせることはできますが、その場合、そのパーティション上のファイルが破損する危険があります。

また、Linux と Windows をデュアルブートする必要がありますか?

デュアルブートでは、ストレージの面で非常に高価であることは言うまでもなく、セットアップに技術的な複雑さが加わります。 2 番目のオペレーティング システム用にドライブの大部分を確保しておくことになりますが、あまり使用しない場合、そのスペースは単に無駄になります。現在のように SSD の価格が高騰しているため、それを正当化するのは困難です。

そのため、さまざまなディストリビューションを試したいためにデュアルブートを検討している場合は、まず仮想マシンを試してみることをお勧めします。同様に、デュアルブートして Linux 固有の CLI ツールにアクセスしたい場合は、WSL (Windows Subsystem for Linux) を試すことができます。

今デュアルブートを試す唯一の十分な理由は、特定の種類の作業用に独立した隔離されたスペースを確保することです。そして、私はソフトウェアをシステムの残りの部分から隔離することを意味するのではなく、あなた自身を隔離することを意味します。たとえば、ゲーム、事務仕事、個人的なこと、コーディング プロジェクトがすべて 1 つの OS 内にある場合、気が散りやすくなります。マルチブート設定は、それを修正する最もクリーンな方法の 1 つです。

参考までに、私は 4 つのオペレーティング システムでマルチブート システムを実行しています。メイン OS として Garuda、Linux の実験用に Ubuntu、仕事で必要なため Windows、そしてゲーム用の Bazzite です。それぞれに独自の仕事があり、それらを切り替えると、自分がやるべきことに頭が切り替わります。