問題が発生する前に事前に予防することが重要です。
私は現在、1つのハードドライブがケースにあり、もう1つは内部にあるデスクトップコンピュータを使用しています（どちらもSATAドライブです）。内部1TBドライブは、オペレーティングシステムなしでデータを保存するためにのみ使用されます（NTFSでフォーマットされているため、両方ともWindowsとLinuxは読み書きできます）。ハードドライブがあります。
2 with Windows XP only.
1 with Windows XP and Linux Mint.
1 with Windows 7 and Linux Zorin.
Win7またはZorinを使用するには、特定のハードドライブをトレイに挿入してコンピュータの電源を入れます。 Win XPまたはMintを使用するには、コンピュータをシャットダウンしてドライブを取り外し、別のドライブを挿入します。 XPまたはMint）次にコンピュータの電源を入れます。
すべてのドライブがMBRを使用してレガシーモードでフォーマットされ、ブート情報がドライブにあるため、これはすべてこれまで完全に機能しています。ただし、すぐにコンピュータをアップグレード（または交換）し、UEFIとGPTを使用する必要があります。キャディと複数のHDDを使い続けたいのですが（もちろん、新しいコンピュータのuefiに再インストールする必要があります）、これまでさまざまなフォーラムで読んだことによれば、いくつかの問題に固執することになります。 HDDを変更する際の問題は、以下のようにUEFIのいくつかの起動手順がマザーボードチップに書き込まれ、他のハードドライブに新しいOSをインストールするたびに上書きされ、最後のハードドライブにインストールされたOSのみが機能することです。始めます。以前にインストールされたHDDのすべての以前のオペレーティングシステムは、システムが起動可能なドライブとして認識されていないか、何かが欠けているため、起動に失敗します。 （ここは推測だけであり、正確な理由と方法はよくわかりません。）
そうですか？フォーラムの誰かが同様のシステムを運営して自分の経験を共有できますか？私の情報が正しい場合は、修正する方法はありますか？
たとえば、各ハードドライブにすべてのブート情報を入れることはできますか？ （特定のハードドライブに存在するオペレーティングシステムに関する情報のみが必要です。）
わかりやすいように設定をよく説明してください。ありがとう
ベストアンサー1
「マザーボードチップへのブートガイドラインの作成」を参照するときUEFI NVRAM ブート変数。
UEFI仕様によると、複数のブート変数を同時に使用することは問題ではありません。システムは、変数で指定された順序で起動変数を試みますBootOrder。
また、UEFI仕様は、NVRAMの起動変数なしでリムーバブルメディアを起動可能にする方法を定義します。メディアにUEFIファームウェアで認識されるファイルシステムタイプがある場合（仕様ではFAT32サポートが必要ですが、他のファイルシステムタイプのオプションのサポートも可能です）（またtrue）ファイルシステムのパスに有効なブートローダが含まれている\EFI\BOOT\BOOT<architecture-ID>.EFI場合可能であると認識されます。 64ビットx86ハードウェアの場合は<architecture-ID>これですX64。メディアがGPTパーティションの場合は、ESP（EFIシステムパーティション）で識別されるタイプのGUIDを持つブートローダーを含むパーティションが必要になる場合があります。
ただし、一部のUEFI実装は、存在しなくなったディスクを参照するブート変数を削除するのに「役立ちます」。したがって、新しいシステムがこの「機能」を備えたUEFI実装で終わる場合は、すべてのCaddy HDDの「リムーバブルメディアブート」メカニズムを使用する必要があります。複数のオペレーティングシステムを搭載したディスクでは、起動メニューを表示してから、\EFI\BOOT\BOOTX64.EFIUEFIバージョンのGRUB2やrEFIndなどの選択したオペレーティングシステムをロードするブートローダを配置できます。
あなたが選択したオペレーティングシステムのサポート：
- 最新バージョンのLinux MintはUEFIを確実にサポートしています。
- クイックGoogle検索によると、人々はUEFIを使用してZorinを正常に起動し、これを行う方法についてYouTube動画を作成しました。
- Windows XPは確かにいいえUEFI ブートをサポートします。
- 64ビット版のWindows 7 SP1はUEFI起動をサポートできますが、サポートが将来のバージョンのWindowsほど完全ではないため、問題が発生する可能性があります。セキュアブートを無効にする必要があります。
Windows XP が必要な場合は、UEFI の実装に BIOS 互換性サポートモジュール (CSM) を含むシステムが必要です。 UEFI準拠のファームウェアを含まない古いグラフィックカードを使用している場合は、使用しているオペレーティングシステムに関係なくCSMを有効にする必要があります。そうしないと、オペレーティングシステムのディスプレイドライバが起動するまでモニタは動作しません。
一部のUEFI実装では、セキュアブートにデフォルトのUEFIブートが必要で、通常はMicrosoftのWindows 10認証要件のためにデフォルトで有効になっているため、セキュアブートが無効になっていない限り、CSM /レガシーBIOSブートの起動設定オプションは非表示になります。
CSMを含む多くのUEFIシステムでは、システムが従来のBIOSスタイルよりもUEFIスタイルのブートを優先するのか、それとは逆にブートするのかを選択できます。これにより、接続されたWindows XPボックスから既存のBIOSスタイルで起動できますが、システムが最初にUEFI起動可能システムを検出するのに時間がかかることがあります。
気づくIntelは2020年までに自社製品からCSMを除去する計画だ。他のマザーボードメーカーはこれを行うこともできないため、以前のオペレーティングシステムに新しいハードウェアが必要な場合は、現在のモデルにCSMがまだ含まれている間に実行するのが最善です。
また、適切なチップセットドライバがないシステムでWindows XPを実行することは困難または不可能です。 XP のインストールが実際の物理ハードウェアとは独立しているように、Windows XP の要件を仮想化する可能性を調査することを強くお勧めします。たとえば、Linux MintにOracle VirtualBoxをインストールし、Windows XPインスタンスをVirtualBox VMとして実行できます。