Windows 10をデータ消さずにMBR→GPT変換してUEFI化しWindows 11へアップグレードする方法（MBR2GPT／Gigabyte Z390対応）

Windows 10がレガシーBIOS（CSM）＋MBRのままだと、Windows 11要件のUEFI/GPTに移行する段階で止まりがちです。Gigabyte Z390＋WDドライブを例に、データを消さずにMBR2GPTで変換し、UEFI起動とSecure Bootまで整える手順を解説します。

この作業で達成したいゴール（最短ルート）

Windows 10（MBR／Legacy BIOS）から「再インストールなし・データ消去なし」で Windows 11 を狙う場合、基本の流れは次の通りです。

MBR2GPT で MBR→GPT 変換（必要なら WinRE で実行）
BIOS を UEFI 起動へ切替（CSM を無効化）
Secure Boot を有効化（鍵の登録が必要な場合あり）
Windows 11 にアップグレード（インストールアシスタント／ISO など）

ポイントは、OSを入れ直さずに行う場合でも「手順の順番」がズレると起動しなくなる、または Secure Boot がグレーアウトすることがある点です。

Windows 11 要件のチェック（作業前に“今の状態”を数分で把握）

まずは、いまのPCが何で引っ掛かっているのかを可視化します。Windows 10 Pro 22H2（64bit）であれば、要件的にはほぼ「UEFI/GPT」「Secure Boot」「TPM 2.0」が主戦場になりやすいです。

確認項目	確認方法（Windows 10側）	OKの目安	つまずきやすいポイント
BIOSモード	「システム情報（msinfo32）」	UEFI	Legacy/CSMのままだとWindows 11要件に届かない
ディスク形式	「ディスクの管理」 or diskpart	GPT	MBRのままだとUEFI起動へ移行できない
Secure Boot	msinfo32 の「セキュアブートの状態」	有効	CSMがONだとグレーアウトしがち／鍵未登録で有効化できないことがある
TPM 2.0	「tpm.msc」 or デバイスセキュリティ	TPM 2.0 / 準備完了	Z390は Intel PTT を有効化する構成が多い
BitLocker	設定 or manage-bde	無効（推奨）	有効だとMBR2GPTが失敗／後で再設定推奨

サクッと確認できるコマンド（管理者で実行）

BitLocker が本当に無効か、ディスクがどれかを確認するだけでも事故率が下がります。

manage-bde -status

GPTかどうかは diskpart の「Gpt」列でも見られます（★が付いていればGPT）。

diskpart
list disk
exit

作業前にやっておくべき“最低限の保険”

「データを消さずに」移行できる可能性は高い一方、MBR→GPTはブート構成を書き換えるため、失敗すると“起動できない”状態になり得ます。以下だけは先に済ませるのが現実的です。

重要データの退避（外付けHDD／NAS／クラウドのどれでも可）
回復ドライブ or WindowsインストールUSBを用意（起動修復に使う）
可能ならシステムディスク以外の増設ドライブを一時的に外す（誤変換・誤起動の防止）
BIOS設定をいじる前に、現在のBIOS設定を写真で残す

特に複数ドライブ構成（WDのSSD＋別HDDなど）だと、変換対象ディスクの取り違えが最悪の事故になります。ここは手間を惜しまない方が安全です。

MBR2GPT が失敗しやすい条件（ここを潰すと成功率が上がる）

MBR2GPTが通らない原因は“あるある”が多いです。先に代表パターンを把握しておくと、ログを見なくても対処が早くなります。

よくある原因	症状・メッセージの例	対処の方向性	やってはいけないこと
プライマリパーティションが多い（3個超）	validate でレイアウト検証に失敗	不要な回復/OEMパーティション整理、WinREの作り直し	中身不明の小パーティションを勢いで削除
BitLocker が有効	変換開始前に止まる／保護関連で失敗	BitLocker を無効化・保護の中断、完了後に再有効化	暗号化の状態のまま強行
システム予約領域や縮小余地が不足	EFIシステムパーティション作成に失敗しがち	休止状態OFF、空き容量確保、WinREで実行、必要なら修復コマンド	空きがないまま何度もconvertを繰り返す
対象ディスクの指定ミス	「OSが見つからない」系	diskpartでC:が載るディスクを確定してから指定	ディスク番号を推測で打つ
Windows上で実行して失敗（環境依存）	/allowFullOS でも失敗	WinRE（回復環境）で実行すると通ることがある	原因が同じままWindows上で連打

変換対象ディスクを確定する（WDドライブが複数ある場合は特に重要）

MBR2GPTはディスク番号を指定して実行するため、まず「Windows（C:）が入っているディスクは何番か」を確定させます。

diskpart で “C: が載っているディスク” を突き止める

diskpart
list volume

ここで Windows の入ったボリューム（多くの場合 C:）を見つけたら、そのボリューム番号を控えて詳細を見ます。

select volume 〇
detail volume

「ディスク ###」の表示で、どのディスク番号かが分かります。最後に終了します。

exit

このディスク番号が、後で mbr2gpt /disk:〇に入る数字です。

手順：MBR2GPT の Validate（検証）を先に通す

いきなり convert ではなく、まず validate（検証）を通して「変換できる状態か」を確認します。ここで失敗する場合は、原因を潰してから次に進みます。

Windows上（通常起動）で検証する場合

管理者としてコマンドプロンプト（または Windows Terminal）を開き、ディスク番号を指定して実行します。

mbr2gpt /validate /disk:0 /allowFullOS

/disk:0 の数字は必ず自分の環境に合わせる
/allowFullOS はWindows上で実行するための指定

Validate が通らないときの切り分けメモ

「パーティションが多い」疑い → ディスクの管理で構成を確認（小さい回復領域が複数ある構成が多い）
「OSパーティションが見つからない」疑い → diskpartでディスク番号の取り違えを疑う
「環境依存で弾かれる」疑い → 次項の WinRE で validate を試す

手順：MBR2GPT の Convert（変換）を実行する

Validate が通ったら、いよいよ変換です。理想はWindows上で一発成功ですが、うまくいかない場合は WinRE（回復環境）での実行が有効なケースがあります。

Windows上（通常起動）で変換する場合

mbr2gpt /convert /disk:0 /allowFullOS

完了すると、EFI起動に必要な構成（EFIシステムパーティションなど）が作られ、ブート構成も書き換えられます。ここで成功した時点では、まだBIOSがLegacyのままなので、次にBIOS設定へ進みます。

Windows回復環境（WinRE）で変換する場合（失敗時の定番ルート）

Windows上で失敗する場合、WinREから同じコマンドを打つと通ることがあります。

Shiftキーを押しながら「再起動」
「トラブルシューティング」→「詳細オプション」→「コマンドプロンプト」
同様に validate → convert を実行

WinREではドライブレターが変わることがあります。diskpart で状況を確認してから実行すると安全です。

diskpart
list volume
exit

変換後の確認：GPT化できているか、UEFIで起動できる土台ができたか

変換に成功したら、Windowsを起動できる状態（まだLegacy設定のままなら一度は起動できるケースもありますが、基本は次のBIOS切替が必要）を踏まえつつ、ディスクがGPTになったことを確認します。

ディスクの管理で確認

「ディスクの管理」を開く
対象ディスクを右クリック →「プロパティ」→「ボリューム」
「パーティションのスタイル」が GUID パーティションテーブル（GPT） になっているか確認

diskpart で確認（Gpt列の★）

diskpart
list disk
exit

Gigabyte Z390 のBIOS設定：Legacy/CSM → UEFI 起動へ切り替える

ここが一番“詰まりやすい”ところです。MBR2GPTが成功しても、BIOS側がLegacyのままだと「Windows Boot Manager」から起動できず、起動デバイスが見当たらないように見えることがあります。

基本方針：「CSMを無効」→「UEFI起動」→「Windows Boot Managerを最優先」です。

Gigabyte系BIOSでよく見る項目名（Z390世代の目安）

BIOS項目（例）	推奨設定	目的	補足
CSM Support	Disabled	UEFI専用にする	Secure Bootがグレーアウトする原因の筆頭
Boot Mode / Storage Boot Option Control	UEFI Only	レガシー起動を排除	表現はBIOS画面で少し異なる
Boot Option #1	Windows Boot Manager（WD…）	UEFIの正しい起動口を選ぶ	“WDの型番”ではなく“Windows Boot Manager”を選ぶのがコツ
Windows 8/10 Features（またはWindows 10 WHQL Support）	Windows 8/10 もしくは WHQL	Secure Bootの前提を整える	WHQLを有効にするとCSMが自動で切れる機種もある

設定後に起動しないときにまず見る場所

Boot Option に Windows Boot Manager が出ているか
同じWDドライブでも「UEFIの項目」と「通常の項目」が並ぶ場合、必ずWindows Boot Manager側を選ぶ
増設ドライブがあると、別ドライブのBoot Managerが優先されることがある

Secure Boot を有効化できないときの考え方（“ほぼ全部できたのに最後だけダメ”問題）

Windows 11移行でよくあるのが「UEFI起動できた、GPTにもなった、TPMもOK、でも Secure Boot だけ有効にできない」という状態です。多くの場合、原因はBIOS側の次のどれかに集約されます。

よくある原因	症状	対処	Gigabyte Z390での見え方（例）
CSMが有効のまま	Secure Boot項目がグレーアウト／設定できない	CSM Support を Disabled にして再確認	BIOS Features 配下にあることが多い
Secure Bootのキー（鍵）が未登録	Enabledにしても反映しない／Standardにできない	Install default keys（既定キーのインストール）	Key Management / Secure Boot Mode 付近にある場合がある
起動先がWindows Boot Managerではない	起動自体はするがSecure Bootの判定が安定しない	Boot Option #1 を Windows Boot Manager へ	WDドライブ名だけの起動項目を選ばない

Secure Boot を通すための“定番の順番”

CSM Support を無効化
Boot Option #1 を Windows Boot Manager にする
Secure Boot を Enabled にする
Secure Boot Mode が選べるなら Standard を選ぶ
鍵が未登録なら Install default keys（既定キーのインストール）

Windows側で Secure Boot の状態を確認

Windows起動後に「システム情報（msinfo32）」を開き、次を見ます。

BIOS モード：UEFI
セキュアブートの状態：有効

TPM 2.0（Z390の場合はIntel PTTが鍵になりやすい）

質問の前提ではTPM 2.0は利用可能とのことですが、Z390世代は物理TPMモジュールを増設しているケースと、Intel PTT（ファームウェアTPM）を使うケースが混在します。Windows 11の判定に通る状態を作るなら、次の確認が確実です。

Windowsで tpm.msc を開く
「TPMの製造元のバージョン」や「仕様バージョン」が 2.0 であることを確認

もし未初期化や無効になっている場合は、BIOSでTPM/セキュリティ項目（PTT/TPM Device）を見直します。BIOS更新済みでも、初期化や有効化は別設定になっていることがあります。

Windows 11 へアップグレードする方法（おすすめの進め方）

UEFI＋GPT＋（できれば）Secure Boot＋TPM 2.0 が揃ったら、Windows 11へのアップグレードに進めます。データを残したい場合は「上書きアップグレード」が基本です。

代表的なアップグレード手段

手段	特徴	向いている人	注意点
Windows 11 インストールアシスタント	手順が分かりやすい	最短で上げたい	要件未達だと止まる（Secure Boot/TPMチェック）
ISOをマウントしてセットアップ.exe	ローカルで実行できる	安定して進めたい	セキュリティソフトや周辺機器で失敗する場合は外す
USBメディアから起動してアップグレード	修復にも使える	トラブル時の保険込みで進めたい	“UEFIで起動しているか”が重要（起動メニューにUEFI表示が出ることが多い）

アップグレード前にやると事故が減ること

周辺機器（不要なUSB機器）を外す
空き容量を確保（大型アップデートなので余裕があるほど良い）
GPU/チップセット/ストレージ系のドライバは最新寄りにしておく（ただし無理にβは入れない）

どうしても起動しないときの復旧パターン（UEFIブートの修復）

変換後にBIOSをUEFIへ切り替えたタイミングで起動しない場合、原因は「Windows Boot Managerのエントリがうまく作られていない」「起動順が違う」「EFIパーティションのBCDが壊れている」などが多いです。焦って初期化する前に、次の復旧手順を試す価値があります。

チェック1：Boot Option に Windows Boot Manager があるか

Gigabyte Z390では、同じドライブでも起動項目が複数出ることがあります。“Windows Boot Manager（WD…）” を選んでいるかを最優先で確認します。

チェック2：WindowsインストールUSBをUEFIで起動して「スタートアップ修復」

WindowsインストールUSBから起動（起動メニューで UEFI: USB のような項目を選ぶ）
「コンピューターを修復する」→「トラブルシューティング」→「詳細オプション」
「スタートアップ修復」を実行

チェック3：コマンドでブートを作り直す（bcdboot）

スタートアップ修復で直らない場合、EFIパーティションを割り当てて、ブートファイルを再生成します。ここは操作を間違えると別ディスクを触るので、複数ドライブ構成なら他のディスクを外してからが安全です。

概略手順（例）：

diskpart
list vol
select vol (EFIっぽいFAT32の小容量ボリューム番号)
assign letter=S
exit

bcdboot C:\Windows /s S: /f UEFI

EFIパーティションが見当たらない／C:が別レターになっている場合は、diskpartの表示に合わせて読み替えてください。

パーティションが多い問題の現実的な解決方針（“3個超でvalidateが落ちる”ケース）

Windows 10を長く使っていると、更新の過程で回復パーティションが増えていたり、クローン移行で小さなOEM領域が残っていたりして、MBR2GPTのvalidateに引っ掛かることがあります。この場合、ゴールは「システムとして必要なものを残しつつ、変換に必要な余白を作る」ことです。

まずは現状のパーティション構成を“意味ごと”に見る

ディスクの管理で、対象ディスク（OSが入っているディスク）に次のような構成がないか確認します。

System Reserved（システム予約）
C:（Windows本体）
回復パーティション（Recovery）が複数
OEMやメーカー独自の小パーティション（PCメーカー製に多い）

WinRE（回復環境）がどこにあるかを確認する

回復パーティションを整理する前に、Windowsがどの回復領域を使っているかを確認します。

reagentc /info

「Windows RE の場所」が示すパーティションが現役です。ここを消すと回復環境が失われるため、整理するなら順番が重要になります。

整理の考え方（安全側の方針）

目的は「無理に削除する」ではなく、MBR2GPTが通る条件を満たすこと
どの領域か分からない場合は、削除より先にバックアップ（イメージ）が必須
回復領域の扱いはPCや環境で差が大きいので、“不要と断定できるものだけ”を対象にする

どうしても整理が難しい場合は、結果的に「クリーンインストールの方が早い」状況もあります。ただし、この記事の狙いは“できるだけデータを消さずに移行する”ことなので、まずはMBR2GPTの成功率を上げる方向で進めるのが現実的です。

WDドライブ（SATA/HDD/NVMe）で意識したいポイント

WD製ドライブだから特別な手順が増えることは基本的にありません。重要なのは「そのWDがシステムディスクか」「UEFIのBoot Managerがそのディスクを指しているか」です。ただし、次の点は意外と盲点になりやすいです。

WDの型番が似たドライブを複数積んでいると、BIOSの起動項目で選び間違える
クローン移行直後は、古いドライブにもブート情報が残っていて Boot Manager が複数出る
M.2 NVMe と SATA の両方がある場合、BIOSの起動順で優先が逆転しがち

変換～初回起動～Secure Boot 有効化までの間だけでも、増設ドライブを外しておくと「どれで起動しているか」が明確になり、トラブルシュートの時間が激減します。

最終チェックリスト（Windows 11 インストール前にここまで揃っていれば強い）

チェック	確認方法	理想の状態
UEFI起動	msinfo32	BIOSモード：UEFI
GPTディスク	ディスクの管理 / diskpart	パーティション形式：GPT
Secure Boot	msinfo32	セキュアブートの状態：有効
TPM 2.0	tpm.msc	仕様バージョン：2.0
起動順	BIOS（Boot Option）	Windows Boot Manager（WD…）が最優先

まとめ：つまずくのは“MBR2GPT”より“BIOSの切替とSecure Boot”が多い

Windows 10（MBR/Legacy）から「データを消さずに」Windows 11へ近づける場合、MBR2GPT自体は比較的定番の手段です。つまずきやすいのは、変換後のBIOS設定（CSM無効・UEFI起動・Windows Boot Manager優先）と、Secure Bootの鍵登録周りです。

手順を「Validate→Convert→UEFI切替→Secure Boot→Windows 11」の順で崩さず、ディスク番号の取り違えを防げば、Gigabyte Z390＋WDドライブ構成でも再インストールなしで移行できる可能性は十分あります。

この記事を書いた人

佐藤健司

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