WindowsでMBRディスクをGPTに変換する方法|mbr2gptでプライマリ4つ問題を解決してUEFI+セキュアブート対応にする手順

Windows 10 / 11 の起動ディスクを MBR から GPT に変換して UEFI+セキュアブートを有効にしたいのに、「mbr2gpt がエラーで止まる」「プライマリパーティションが 4 つあって変換できない」と悩むケースはとても多いです。特に 500MB や 16MB といった正体不明の小さなパーティションがあると、消してよいのか分からず手が止まってしまいます。この記事では、その“謎パーティション”の正体と、安全に MBR→GPT 変換を完了させるための具体的な手順を、実務目線で丁寧に解説します。

目次

MBRディスクをGPTに変換できない典型パターンとは?

Windows 10 / 11 では、UEFI ブートとセキュアブートを前提にした機能(デバイス暗号化、最新のセキュリティ機能など)が増えています。そのため、古い PC やレガシーブートでインストールされた Windows を「あとから GPT+UEFI 環境に移行したい」というニーズが増えています。

このときに使われる標準ツールが mbr2gpt.exe です。しかし、次のようなエラーで止まってしまうことがあります。

MBR2GPT: Attempting to convert disk 0
MBR2GPT: Cannot find room for the EFI system partition.
MBR2GPT: Disk layout validation failed for disk 0

あるいは「ディスク上のパーティション数が多すぎます」という趣旨のメッセージが出るケースもあります。原因はシンプルで、MBR ディスク上のプライマリパーティションがすでに 4 つ使われているからです。

mbr2gpt が失敗する理由:プライマリパーティションは最大4つ

MBR 形式のディスクでは、プライマリパーティションは最大 4 つまでしか作成できません。Windows の mbr2gpt は、MBR の状態で次の条件を満たしている必要があります。

  • プライマリパーティションが 3 つ以下であること
  • OS パーティションの後ろに、EFI システムパーティション(ESP)を作成できるだけの空き領域があること
  • ディスクがベーシックディスクであること(ダイナミックディスクは不可)

つまり、すでに 4 つあるプライマリパーティションを 3 つ以下に減らさない限り、いくらコマンドを繰り返しても mbr2gpt は成功しません。

そこで問題になるのが、容量 500MB や 16MB といった「何に使っているかよく分からない」パーティションです。これらを消してよいのかを判断できないと、先に進めません。

MBRディスク上の500MBと16MBパーティションの正体

典型的な “問題ディスク” は、だいたい次のような構成になっています。

パーティション番号サイズの目安ディスクの管理での表示典型的な役割削除判断の目安
1約 500MBシステム予約 / 回復など古い回復領域、またはシステム予約の残骸WinRE が紐付いていなければ削除可
2数十 GB〜C:(ブート、ページファイルなど)OS(Windows 本体)削除不可
316MB回復 / 不明などGPT 時代の MSR(Microsoft 予約領域)の“名残”MBR 上では用途なし。削除して問題なし
4数百 MB〜回復パーティション現在の WinRE が入っていることが多いWinRE の有無を確認してから判断

特に悩ましいのが、以下の 2 つです。

  • 約 500MB のパーティション(パーティション1)
  • 16MB のパーティション(パーティション3)

16MBパーティションの正体:MSRの“残骸”で削除してOK

16MB というサイズは、GPT ディスクで使われる MSR(Microsoft 予約領域) のサイズと一致します。MSR は GPT でのみ意味を持つパーティションであり、MBR 上では実質的に用途がありません。

過去に GPT ⇔ MBR の変換や、メーカー製イメージによるリカバリなどを行った結果、MSR の「抜け殻」のような 16MB パーティションが MBR ディスク上に残っているケースがよくあります。この 16MB パーティションは、MBR 環境では OS の起動や回復機能に一切関与しないため、削除して問題ありません。

むしろ、mbr2gpt の事前条件を満たすために、最初に削除候補に挙げるべきパーティションです。

500MBパーティションの正体:古い回復領域 or システム予約の可能性

約 500MB のパーティションは、次のいずれかであることが多いです。

  • Windows 7 時代などの「システム予約」パーティションの残骸
  • 古いバージョンの Windows が使っていた回復パーティション
  • メーカー独自のツールが入ったユーティリティ領域

現在の Windows 回復環境(WinRE)がこの 500MB パーティションを使っていないなら、削除したり、後から別用途に再利用しても問題ありません。逆に、今使っている WinRE がここに入っている場合は、いきなり削除すると「回復環境がありません」といったメッセージが出たり、トラブルシューティングからの自動修復が使えなくなる可能性があります。

そこで重要になるのが、reagentc コマンドによる WinRE の確認です。

タイプIDやラベルがあてにならない理由(ログとDiskPart表示の食い違い)

ディスク管理や diskpart の表示と、mbr2gpt のログ(あるいは別のツール)が示す「パーティションの種類」が食い違って見えることがあります。たとえば、あるツールでは「回復」と見えるのに、別のツールでは「基本データ」と表示される、といったケースです。

これは、過去に GPT⇔MBR の変換、イメージの復元、他 OS とのデュアルブートなどを行った結果、パーティションのタイプ ID やラベルだけが中途半端な状態で残っているために起きます。実務上は、ラベルよりも次の 2 点で用途を判断するのが堅実です。

  • サイズ(500MB、16MB、700MB など)
  • 中身(WinRE の Winre.wim が存在するかどうか)

この観点で見れば、16MB は MSR の残骸、500MB は古い回復/システム予約という判断がしやすくなります。

変換前に必ずやるべき準備(バックアップ&セキュリティ)

MBR→GPT 変換自体は mbr2gpt を使えば自動で行われますが、失敗した場合には OS が起動しなくなるリスクがあります。まずは次の準備を済ませておきましょう。

  • 重要データのバックアップ
    ユーザーデータ(ドキュメント、デスクトップ、写真など)は、外付け HDD / SSD やクラウド(OneDrive 等)にバックアップしておきます。
  • Windows 回復用 USB / インストールメディアの用意
    Microsoft の公式ツールで作成したインストール USB や、PC メーカーが提供する回復ディスクを準備しておきます。
  • BitLocker の一時停止または復号
    BitLocker が有効なまま mbr2gpt を実行すると、再起動後に回復キー入力が求められることがあります。変換前に一時停止するか、可能なら復号しておきましょう。
  • ダイナミックディスクでないことを確認
    ダイナミックディスクは mbr2gpt の対象外です。「ディスクの管理」で対象ディスクが「ベーシック」になっているか確認しましょう。
  • サードパーティ製ブートローダーは基本NG
    Linux とのデュアルブートなどで GRUB 等を使っている場合、変換後にブート構成が壊れることがあります。基本的には Windows 単独構成に戻してから作業するのが安全です。

ステップバイステップ:mbr2gptでMBR→GPT変換する手順

ここからは、実際に安全に MBR ディスクを GPT に変換する具体的な手順を順番に解説します。

1. WinRE(回復環境)の状態を確認する

まずは、現在の Windows 回復環境がどのパーティションにあるのか、そもそも有効になっているのかを確認します。管理者権限のコマンドプロンプトで次を実行します。

reagentc /info

代表的な出力例と、そこから読み取れることをまとめると次のようになります。

REAGENTC. EXE の状態意味次のアクション
Windows RE 状態: Enabled
場所: \\?\GLOBALROOT\device\harddisk0\partition4\Recovery\WindowsRE
WinRE が有効で、パーティション4を使用中reagentc /disable で一旦無効化してからパーティション操作
Windows RE 状態: Disabled
場所: なし / 設定されていない
現時点で回復環境は紐付いておらず未使用回復パーティションは削除候補にできる

WinRE が Enabled になっている場合は、次のコマンドで一旦無効化しておきます。

reagentc /disable

無効化しても Windows が起動しなくなることはなく、単に「トラブルシューティング → 詳細オプション」で自動修復やコマンドプロンプトを呼び出すための仕組みが一時的に無効になるだけです。後で再度有効化し直します。

2. プライマリパーティションを3つ以下に減らす

次に、プライマリパーティションを 3 つ以下にするために、不要なパーティションを削除します。16MB のパーティションは最優先の削除候補です。

管理者のコマンドプロンプトで diskpart を起動し、次のように操作します。

diskpart
list disk
select disk <対象ディスク番号>
list partition

ここで、16MB のパーティション番号を確認したら、次のように削除します。

select partition <16MBのパーティション番号>
delete partition override

override を付けることで「保護されたパーティション」扱いの領域でも強制的に削除できます。16MB の MSR 残骸であれば、ここで削除して問題ありません。

さらに、reagentc /info の結果から、500MB パーティションが回復環境として使われていない(Disabled かつ場所が空欄)ことが確認できていれば、同様に削除候補とできます。

select partition <500MBのパーティション番号>
delete partition override

これで、OS パーティションを含めたプライマリパーティション数が 3 つ以下になっていれば、mbr2gpt の前提条件をひとつクリアできます。

3. mbr2gpt /validate で事前チェックを行う

いきなり変換本番に入る前に、Windows 起動中の状態で /validate を実行し、変換可能かどうかを確認します。管理者のコマンドプロンプトで次を実行します。

mbr2gpt /validate /disk:<対象ディスク番号> /allowFullOS

ここで「Validation completed successfully」と表示されれば、ディスクレイアウト自体は mbr2gpt の前提条件を満たしていることになります。逆にエラーが出る場合は、メッセージをよく読み、次のあたりを重点的にチェックします。

  • プライマリパーティションがまだ 4 つ残っていないか
  • OS パーティションの後ろに、260MB 以上の連続した空き領域があるか
  • ディスクがベーシックディスクになっているか

必要であれば、ディスクの管理から C: ドライブを少し縮小して空き領域を作っておくと、mbr2gpt が ESP を作成しやすくなります(推奨 ESP サイズは 260MB)。

4. WinRE / インストールメディアからオフラインで mbr2gpt /convert を実行

事前チェックが通ったら、いよいよ本番の変換です。mbr2gpt 自体は起動中の OS からでも実行できますが、トラブルを避けるために回復環境(WinRE)やインストールメディアからの「オフライン実行」を強くおすすめします。

  1. PC を再起動し、回復ドライブまたはインストール USB から起動する
  2. 「コンピューターを修復する」→「トラブルシューティング」→「詳細オプション」→「コマンド プロンプト」を開く
  3. ディスク番号を確認する diskpart list disk exit
  4. 対象ディスクを指定して mbr2gpt を実行 mbr2gpt /convert /disk:<対象ディスク番号>

正常終了すると、EFI システムパーティション(ESP)と MSR が自動作成され、ディスクは GPT フォーマットに変換されます。この時点ではまだファームウェア設定がレガシーブートのままなので、変換後は一度電源を切り、UEFI 設定画面を開きます。

5. ファームウェア設定でUEFIブートに切り替える

mbr2gpt による変換が完了したら、次のポイントを押さえて UEFI ブートに切り替えます。

  • CSM(Compatibility Support Module)を無効化または「UEFI Only」に設定
  • 起動順で、変換した SSD / HDD の「Windows Boot Manager」を最優先にする
  • セキュアブートは、Windows が正常に起動することを確認した後に有効化しても良い

設定項目の名称はマザーボードやノート PC のメーカーによって異なりますが、「Boot Mode」「CSM」「Legacy Support」といったキーワードを目安に探してみてください。

6. 変換後にWinRE(回復環境)を再有効化する

GPT 変換+UEFI 起動への切り替えが完了し、Windows が通常起動できることを確認したら、最後に WinRE を再有効化します。管理者のコマンドプロンプトで次を実行します。

reagentc /enable
reagentc /info

多くの場合、Windows が自動的に新しい回復パーティション(700MB〜1GB ほど)を検出して登録してくれます。reagentc /info で「Windows RE 状態: Enabled」となり、場所が GPT ディスク上の回復パーティションを指していれば OK です。

もし「WinRE イメージが見つからない」といったエラーになる場合は、次のような手順で手動登録します。

  1. 回復用パーティションにドライブ文字を一時的に割り当てる diskpart list disk select disk <GPTに変換したディスク番号> list partition select partition <回復パーティションの番号> assign letter=R exit
  2. Winre.wim をコピーする
    通常、WinRE イメージは次のフォルダに存在します。 C:\Windows\System32\Recovery\Winre.wim これを回復パーティションの次のパスにコピーします。 R:\Recovery\WindowsRE\Winre.wim
  3. WinRE の場所を再登録する reagentc /setreimage /path R:\Recovery\WindowsRE reagentc /enable reagentc /info
  4. 最後に割り当てたドライブ文字を削除しておきます。 diskpart select disk <同じディスク番号> select partition <回復パーティション番号> remove letter=R exit

これで、GPT ディスク上の新しい回復パーティションを使って WinRE が再び利用できるようになります。

どのパーティションを消してよくて、どれを残すべきか

ここまでの内容を、削除可否の目安という観点で整理すると次の通りです。

サイズの目安よくある役割WinRE との関係削除してよいかの判断
16MBMSR(GPT 用予約領域)の残骸なし削除して問題なし(削除推奨)
約 500MB古い回復パーティション / システム予約場合によるreagentc /info が Disabled かつ場所未設定 → 削除可 Enabled でここを指している → reagentc /disable 後に削除
700MB〜1GB現役の WinRE 回復パーティションあり(Enabled)GPT 変換前に削除する必要はあまりない。残したままでもよい

ポイントは、16MB は即削除候補、500MB は WinRE の設定状況を見てから判断、という線引きです。mbr2gpt のために「どれか 1 つでも削る必要がある」ような状況では、まず 16MB パーティションを削除し、それでもダメなら 500MB パーティションを WinRE から切り離してから削除する、という順番で検討すると安全です。

mbr2gpt変換時によくあるつまずきと対処法

実際に作業すると、次のようなトラブルに遭遇しやすいです。それぞれの対処法もあわせてまとめます。

ダイナミックディスクだったケース

mbr2gpt はダイナミックディスクをサポートしていません。diskmgmt.msc(ディスクの管理)で対象ディスクが「ダイナミック」と表示されていたら、そのままでは変換できません。基本的には、別ディスクにバックアップを取った上で、いったんベーシックディスクとして再構成し直す必要があります。

BitLockerが有効で変換後に起動時パスワードを求められる

BitLocker が有効なまま mbr2gpt を実行すると、起動構成が変わったと判断され、次回起動時に回復キーの入力を求められることがあります。トラブルを避けるために、事前に次のいずれかを実施しておきましょう。

  • BitLocker の「保護を一時停止」機能を使う
  • 可能ならドライブをいったん復号しておく
  • 回復キーを紙や別 PC に控えておく

mbr2gptが「ESPを作成できない」と言って失敗する

OS パーティション(C:)の直後に、EFI システムパーティションを作成するだけの連続した空き領域がない場合、mbr2gpt は ESP を作成できずに失敗します。この場合は次のように対処します。

  1. C: ドライブの後ろにある小さなパーティション(古い回復など)を削除する
  2. C: ドライブを少し縮小して 260MB 以上の空き領域を作る
  3. 再度 mbr2gpt /validate を実行して確認する

変換後にWindowsが起動しなくなった

UEFI 設定の変更ミスなどにより、変換後に Windows が起動しないこともあります。その場合のチェックポイントは次の通りです。

  • UEFI 設定で CSM が無効になっているか、あるいは「UEFI Only」になっているか
  • ブート優先順位の先頭に「Windows Boot Manager(対象ディスク)」が来ているか
  • 必要に応じて、回復メディアから「スタートアップ修復」を実行する

それでも起動しない場合は、回復メディアのコマンドプロンプトから次のコマンドでブートファイルを再作成します。

bcdboot C:\Windows /s &lt;ESPのドライブ文字&gt;: /f UEFI

<ESPのドライブ文字> は、diskpart で EFI システムパーティションに一時的に割り当てたドライブ文字(たとえば S: 等)に置き換えてください。

GPT+UEFI変換後の理想的なディスク構成

mbr2gpt による変換が成功し、WinRE も復旧できた状態では、ディスクの管理から見るとだいたい次のような構成になっているのが理想です。

順番パーティション名ファイルシステムサイズの目安役割
1EFI システムパーティションFAT32100〜260MBUEFI 用のブートローダーを格納
2MSR(Microsoft 予約領域)なし16MBWindows 用の内部管理領域(ユーザーからは不可視)
3Windows(C:)NTFS任意(数十〜数百GB)OS 本体とユーザーデータ
4回復パーティションNTFS700MB〜1GBWinRE(回復環境)用

この形になっていれば、UEFI+セキュアブート前提の最新の Windows 構成としても十分実用的であり、今後の機能更新(Feature Update)でもトラブルが起きにくくなります。回復パーティションの容量が 500MB 以下だと、将来の大型アップデートで「回復パーティションを拡張できない」といった理由で失敗することがあるため、700MB〜1GB 程度を確保しておくのがおすすめです。

まとめ:MBR→GPT変換を安全に行うためのチェックリスト

最後に、MBR ディスクを GPT に変換する際のポイントをチェックリスト形式でまとめます。

  • バックアップと回復メディアの準備
    大切なデータのバックアップと、インストール USB / 回復 USB を必ず用意してから作業を開始する。
  • WinRE の状態を確認
    reagentc /info で Windows RE の状態を確認し、必要に応じて reagentc /disable で一旦無効化。
  • 不要なパーティションを整理
    16MB の MSR 残骸は削除して問題なし。500MB パーティションは WinRE が紐付いていなければ削除候補。
  • プライマリパーティションを 3 つ以下に
    mbr2gpt は MBR 側でプライマリ 3 つ以下を前提としているため、ディスクレイアウトを調整する。
  • mbr2gpt /validate で事前検証
    Windows 起動中に mbr2gpt /validate /allowFullOS を実行し、エラーの有無を確認してから本番へ進む。
  • オフライン環境から /convert を実行
    WinRE またはインストールメディアのコマンドプロンプトで mbr2gpt /convert を実行するのが安全。
  • UEFI ブートへの切り替え
    変換後は UEFI 設定で CSM を無効にし、「Windows Boot Manager」を起動優先に設定。セキュアブートは起動確認後に有効化。
  • WinRE を再度有効化
    reagentc /enable で回復環境を再登録し、必要に応じて Winre.wim の手動コピーや /setreimage を実行。

特に押さえておきたいポイントは、

  • 16MB パーティション(MSR の残骸)は削除して問題ない
  • 500MB パーティションは WinRE が紐付いているかどうかで判断する
  • プライマリパーティションを 3 つ以下に整理してから mbr2gpt を実行する

この流れに沿って作業すれば、「プライマリが 4 つあって MBR から GPT に変換できない」という状態から、UEFI+セキュアブート対応のモダンな環境へ、安全かつ再現性高く移行することができます。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次