Thinkpad上のUbuntu向けの信頼できるUEFI GPTマルチブート環境の作成

Question

Ubuntuコミュニティメンバー各位

最初は一般的なオープンソフトウェア開発用のUbuntuを含み、Windows 7 pro以降はおそらく他のOSを含む、新しいマルチブートインストール環境を計画しています。

私が使用するコンピュータモデルは、最新のシステムファームウェアを搭載したThinkpad W520です。私が報告したディスクサイズは465,76GBです。

デッドロックは：MBRではなく、より信頼性の高いGPTベースのハードディスクパーティション分割スキームを使用することを好みます。他のOSとは異なり、Windowsでは、システムのファームウェアでUEFIが有効になっている場合にのみGPTパーティションを作成できます。これを有効にする前に、これを一般的にデフォルトのファームウェアとしてバグのあるUEFIとしてインストールし、大きな問題なく新しいGPTパーティションでWindows 7 Proをインストールしたとしても、Ubuntuを含む他のOSで同じ本番環境の信頼性を保証することはできませんでした。報告されている不特定のUEFI Linuxインストールリスクにはブリックが含まれます！最新世代のThinkpadと、最新のW540モデルでもシステムマザーボード。

経験豊富なユーザーが相互に依存するUEFI * nixマルチブートインストールの質問や懸念事項に対応できれば幸いです。これらの特定のThinkpadシステムでの全体的なエクスペリエンスをより適切に文書化するのに役立つことを期待しています。

Microsoftが他のユーザーをワイプできないようにするコンセンサスが確立されていない場合、Microsoftブートローダーに依存することを計画しています。MS以外の側に欠点はありますか？別の信頼できる/確実な代替アプローチはありますか？
ディスク領域の最後にあるウィンドウ用に、小さい（120〜160GB）NTFSフォーマットのGPTパーティションのみを予約します。最も内側の物理セクターで。 100MBミリ秒の予約済みパーティション、Ubuntuのインストール中にext4フォーマット用に最大300GBの空のパーティションが未フォーマットのまま、そして最後にunixに余分な空のパーティションを残さなかった場合、最後にWindows用の120〜160GBのntfsパーティション。 Windowsセットアップパーティショナー、DISKPARTなどを使用しても安全ですか？ GPT/MBRパーティショニングの場合100MBの予約済みおよび125MBのUEFIパーティションをウィンドウ外で使用する場合はどうですか。そして、あなたはマルチブート環境で役立つかもしれないパーティション/パーティションの修正をしていますか、すなわち。スペースの損失につながるより多くのパーティションに注意しますが、結果として生じるスワップパフォーマンスとホームを作成しないフェイルセーフ状態にも関心があります（ライブブートを通じて、単一のext4のバックアップフォルダーを削除せずにいつでも再インストールまたは再インストールできることを願っています？）？
Windowsまたは* nixでの軽量仮想マシン共有フォルダーを介したファイル共有を計画しています。中間パーティションはなく、ほとんどすべてのファイルはUbuntuの単一のext4パーティションにネイティブに常駐します。スワップまたはホーム用に個別のパーティションを設定したくないのですが、Ubuntuのスワップファイルの伝染性とパフォーマンスに影響しますか（ただし、OSとホームの別々のext4物理パーティションの場所間でファイルが移動するのを確実に防ぐことができます）。

私は私の質問とセットアップを汎用的に保ち、その解決策が数百万の他のUEFI Linuxマルチブートのユースケース、特にモバイルコンピューターと同様にUEFIブリックしやすいシンクパッドに役立つようにするつもりでした。

私はMBRとBIOSの古いスタイルを使用するだけかもしれませんが、あなたの回答は私のインストール環境の解決に関する考慮事項に本当に役立ちます。

前もって感謝します。

Rod Smith · Answer

まず、EFIの問題と危険を過大評価していると思います。レンガの問題は特定のSamsungラップトップで最も顕著でしたが、他の一部のEFIも影響を受けたという主張を聞いています。いずれにせよ、修正がLinuxカーネルに急速に浸透したので、Ubuntuの最新バージョンでこのような問題が発生するかどうかは疑問です。より大まかに言えば、バグの多いEFI実装はたくさんありますが、それらのほとんどはかなりうまく動作します。

次に、ブートローダーとブートマネージャーの違いに注意してください。ブートローダーがOSカーネルをメモリにロードし、制御を開始します。ブートマネージャーを使用すると、通常はメニューを使用して、ブートするOSを選択できます。 GRUBを含む多くのプログラムは、両方の機能を1つのプログラムに結合します。しかし、他の多くはサポートしていません。実際、それらを分割することは、BIOSよりもEFIではるかに一般的です。実際、ほとんどのEFIはプリミティブブートマネージャーを提供します。 Windowsのブートプログラムは、ほとんどがブートローダーであり、ブートマネージャーではありません。ブート管理機能はありますが、EFIモードで別のブートプログラムをチェーンロードするように実際に構成する方法の一貫した説明はまだありません。（対照的に、それをBIOSモードで行う方法は、比較的十分に文書化されています。）いずれにしても、両方のOSにブートローダーが必要になります。すべての要因を考えると、少なくともEFIの下では、WindowsブートプログラムをマルチOSブートマネージャーとして使用するのは賢明ではありません。代わりに、このジョブにはGRUB、rEFInd、gummiboot、またはEFIの組み込みブートマネージャーを使用してください。（いくつかのオプションについての私の考えについては EFIブートローダーとブートマネージャーの私のページを参照してください。）

EFIとGPTのパーティション分割に関する主な新しい問題は、GPTがプライマリ、拡張、および論理を区別せずに最大128のパーティションをサポートすることです。ブートローダーを保持するには、 EFIシステムパーティション（ESP）が必要です。これらの最初のものは、欠点ではなく、利点と簡素化です。 2つ目は、全体的なパーティショニングタスクのかなり単純な新しいしわです。 ESPをディスクに配置する必要があることを除いて、パーティションのサイズ設定や配置などの問題はGPTとMBRで同じです。

これ以外に、EFIについて読むことをお勧めします。私がお勧めする3つの特定のサイトは次のとおりです。

それらのどれでも、EFIを理解し、EFIの水域をナビゲートするのに役立ちます。 3つすべてを読むことは大きな助けになりますが、それ以降に読む1つ1つから新しい知識を集めることは少なくなります。最初の2つは、実践的な知識を伝えるという点で最も役立つ可能性があります。