Windows 11へアップグレードしようとして、TPMやセキュアブートの確認を進めていたら、MBRをGPTに変換する必要が出てくることがあります。そこで管理者のコマンドプロンプトを開き、mbr2gpt /validate /disk:0 /allowFullOSを実行した瞬間に「Disk layout validation failed for disk 0」と出る。ここで手が止まる人はかなり多いです。
このエラーは、ざっくり言うと「ディスク0のパーティション構成が、MBR2GPTで変換できる条件に合っていない」という意味です。Windowsが壊れたと決まったわけではありません。ただし、起動ディスクのパーティションを触る作業なので、勢いで削除や変換を進めるのは危険です。
大事なのは、いきなり/convertを打たないことです。まずログを見て、ディスク構成を確認し、原因に合った対処をします。MBR2GPTはMicrosoft公式の変換ツールで、データを削除せずにMBRからGPTへ変換するためのものですが、変換後はUEFI起動への切り替えが必要になります。Microsoft公式ドキュメントでも、MBR2GPTは変換前に検証を行い、通常のWindows環境で使う場合は/allowFullOSを指定する形が案内されています。(learn.microsoft.com)
「Disk layout validation failed for disk 0」はディスク構成の検証に失敗したという意味
「Disk layout validation failed for disk 0」は、MBR2GPTがディスク0を調べた結果、GPT変換に必要な条件を満たしていないと判断したときに出るエラーです。ここでいうdisk 0は、Windowsが認識している物理ディスク番号です。
実務で見ると、このエラーは「パーティションが4つあるから無理」とだけ説明されがちです。でも、それだけではありません。Microsoftのテストガイダンスでは、MBR2GPT実行前の条件として、システムディスク上のMBRに最大3つのプライマリパーティションがあること、少なくとも1つのパーティションがアクティブであること、UEFI起動に対応していることなどがチェック項目として示されています。(learn.microsoft.com)
| 確認項目 | 問題があると起きること | 見る場所 |
|---|---|---|
| パーティション数 | EFI領域を作れず検証失敗 | ディスクの管理、diskpart |
| 対象ディスク | OSディスク以外を指定して失敗 | list disk、list volume |
| アクティブパーティション | 起動対象を認識できない | diskpart |
| ディスク末尾の空き | EFI領域を作れない | setuperr.log |
| 拡張・論理パーティション | MBR2GPTが扱いにくい構成になる | list partition |
| BitLocker | 変換前に保護解除が必要 | BitLocker設定 |
| UEFI非対応 | 変換後に起動できない | BIOS/UEFI設定、msinfo32 |
まず理解しておきたいのは、このエラーは「変換に失敗した」というより「変換前のチェックで止めてくれている」状態です。いきなり変換して起動不能になるより、ここで止まるほうがまだ安全です。
ただし、原因を見ずにパーティションを削除すると、Windows回復環境やデータ領域を消してしまう危険があります。特にメーカー製PCでは、回復パーティションや診断用パーティションが複数あることもあるため、慎重に確認してください。
mbr2gptを実行する前に必ずバックアップを取るべき理由
MBR2GPTは、データを削除せずにMBRからGPTへ変換するためのツールです。Microsoft公式にも、ディスク上のデータを変更または削除せずに変換するツールとして説明されています。(learn.microsoft.com)
ただし、これは「絶対に安全」という意味ではありません。変換対象はWindowsの起動ディスクです。パーティション構成、ブート情報、BIOS設定が絡むため、手順を間違えるとWindowsが起動しなくなる可能性があります。
たとえば、仕事用PCで朝にWindows 11対応を進めようとして、昼の打ち合わせ資料を開く前に変換作業を始めてしまう。エラーが出て、焦って回復パーティションを消す。再起動したらWindowsが立ち上がらず、資料提出前に完全に止まる。こういう展開は本当に避けたいですよね。
最低限バックアップしておくもの
バックアップは面倒ですが、MBR2GPTでは省略しないほうがいいです。特にBitLockerやメーカー独自の回復領域があるPCでは、復旧に時間がかかります。
- デスクトップ、ドキュメント、ダウンロードの重要ファイル
- ブラウザのブックマークやパスワード管理情報
- 業務で使うExcel、PDF、画像、請求書データ
- ライセンスキーや認証情報
- BitLocker回復キー
- Windows回復ドライブまたはインストールUSB
バックアップ先は、外付けSSD、USBメモリ、OneDrive、Google Driveなどで構いません。大事なのは、変換対象のディスクとは別の場所に保存することです。
また、ノートPCならACアダプターを接続し、作業中に電源が落ちない状態にしてください。ディスク変換中の電源断はかなり怖いです。慣れている人ほど「すぐ終わるだろう」と軽く見がちですが、起動領域を触る作業では慎重すぎるくらいでちょうどいいですよ。
まずログを確認して本当の原因を見つける
「Disk layout validation failed for disk 0」は表示だけだと情報が足りません。原因を知るにはログを見ます。ここを飛ばすと、間違った対処をしやすくなります。
MBR2GPTのログは、通常C:\Windows配下に作成されます。代表的にはsetuperr.logやsetupact.logです。Microsoft公式ドキュメントでも、MBR2GPTには/logs:<logDirectory>オプションがあり、ログ出力先を指定できることが案内されています。(learn.microsoft.com)
ログを開くと、画面には出なかった詳細が残っていることがあります。たとえば「ValidateLayout: Last partition too close to the end of the disk」のようなメッセージがあれば、ディスク末尾にEFI用の領域を作れない可能性が高いです。「Wrong boot partition count」とあれば、ブートパーティションの認識に問題があるかもしれません。
ログ確認の手順
エラー画面だけ見て判断すると、不要なパーティションを消してしまうことがあります。まずはログで当たりをつけてください。
- エクスプローラーで
C:\Windowsを開く setuperr.logをメモ帳で開くsetupact.logも必要に応じて開くMBR2GPTやValidateLayoutで検索する- エラー直前の行を確認する
ログが大きい場合は、メモ帳よりもVisual Studio CodeやNotepad++のようなエディタを使うと探しやすいです。検索ワードはfailed、ValidateLayout、partition、bootあたりが見つけやすいでしょう。
原因1 パーティションが多すぎてEFI領域を作れない
一番よくある原因は、MBRディスク上のパーティション数が多すぎることです。MBRでは基本的にプライマリパーティションを最大4つまで持てますが、MBR2GPTは変換時にEFIシステムパーティションを作る必要があります。そのため、既存の構成に余裕がないと検証で止まります。
MicrosoftのMBR2GPTテストガイダンスでも、実行前にシステムディスク上のMBRに最大3つのプライマリパーティションがあることを確認するよう示されています。これは、変換時に必要な領域を作るための条件です。(learn.microsoft.com)
| パーティション例 | 削除判断 |
|---|---|
| Cドライブ | 削除不可 |
| システムで予約済み | 基本的に削除しない |
| 回復パーティション | 慎重に判断 |
| メーカー回復領域 | メーカー復旧に使う場合あり |
| データ用Dドライブ | バックアップ後に検討 |
| 不明な小容量領域 | 用途確認が必要 |
ここで危ないのは、「回復パーティションなら消してもいい」と短絡的に考えることです。たしかに不要な回復パーティションが原因で詰まることはありますが、削除するとWindows回復環境やメーカーの初期化機能が使えなくなる場合があります。
削除するなら、先に回復ドライブやインストールUSBを作り、必要データを退避してからです。慣れていない人は、パーティション削除ではなく、まずディスク末尾の縮小や不要なデータパーティションの整理で解決できないかを見たほうが安全でしょう。
原因2 ディスク末尾にEFI用の空き領域がない
パーティション数は問題なさそうなのに、Disk layout validation failed for disk 0が出ることがあります。この場合、ディスク末尾に必要な空きがないケースがあります。
ログに「Last partition too close to the end of the disk」のような内容が出ているなら、最後のパーティションがディスクの終端に近すぎて、MBR2GPTがEFIシステムパーティションを作る余地を確保できていない可能性が高いです。日本語の実例でも、ログにこのメッセージが出て、OSパーティションを少し縮小したら検証が通ったケースが報告されています。(notwodaily.hatenablog.com)
このパターンは、Cドライブがディスク末尾までびっしり広がっているPCで起きやすいです。特にクローンソフトでHDDからSSDへ移行したPC、古いWindowsをアップグレードし続けたPCでは、パーティション配置が少し特殊になっていることがあります。
Cドライブを少し縮小して空きを作る方法
管理者権限のコマンドプロンプトで、次のような流れで確認します。
diskpart
list disk
select disk 0
list partition
list volume
Cドライブに該当するボリュームを確認したら、ディスクの管理画面からCドライブを右クリックし、「ボリュームの縮小」を使う方法が分かりやすいです。100MBから300MB程度の未割り当て領域を作るだけで通るケースもありますが、環境によって必要量は変わります。
原因3 対象ディスクがWindowsの起動ディスクではない
/disk:0を指定しているから正しいと思い込むのは危険です。PCに複数のSSDやHDDが入っている場合、Windowsが入っているディスクが必ずディスク0とは限りません。
たとえば、古いHDDを残したまま新しいSSDへWindowsを入れたPCでは、起動ディスクがディスク1になっていることがあります。逆に、Windows本体はSSDにあるのに、ブート用の予約領域だけ別ディスクに残っているケースもあります。これがやっかいです。
MBR2GPTは、基本的にシステムディスクを変換するためのツールです。対象ディスクを間違えると、検証に失敗したり、別ディスクを変換しようとして混乱したりします。
Windowsが入っているディスク番号を確認する方法
- Windowsキーを右クリックする
- ディスクの管理を開く
- Cドライブがあるディスク番号を確認する
- 「システム」「ブート」「アクティブ」などの表示も確認する
- 管理者コマンドで
diskpartを開く list diskとlist volumeで再確認する
ディスクの管理では、Cドライブに「ブート」と表示されていることが多いです。一方で「システム」と表示された小さな領域が別ディスクにある場合は注意が必要です。ブート構成が分かれている可能性があります。
この場合、単純にMBR2GPTをかけるだけではうまくいかないことがあります。ブート領域の修復やディスク構成の整理が必要になるため、バックアップを取ったうえで慎重に進めてください。
原因4 アクティブパーティションやブート構成に問題がある
MBR2GPTは、Windowsを起動するための構成を読み取り、GPT変換後の起動に必要なファイルを作ろうとします。そのため、アクティブパーティションやBCDに問題があると検証で失敗することがあります。
アクティブパーティションとは、BIOS/MBR環境で「ここから起動する」と指定されている領域のことです。BCDはBoot Configuration Dataの略で、Windowsの起動設定を保存している情報です。ここが壊れていたり、想定外の場所にあったりすると、MBR2GPTが正しく判断できません。
ブート構成を確認するコマンド
ここは少し上級者向けです。自信がない場合は、確認だけにとどめて、修復操作は詳しい人に見てもらったほうが安全です。
bcdedit /enum
diskpart
list disk
select disk 0
list partition
list volume
detail partition
bcdedit /enumでは、Windows Boot ManagerやWindows Boot Loaderの情報を確認できます。deviceやosdeviceが想定外のドライブを指している場合、ブート構成にズレがあるかもしれません。
ただし、bcdbootなどで修復する操作は起動に直結します。ネットで見つけたコマンドをそのまま打つのは危険です。まずはログと現在の構成を保存し、必要ならWindowsインストールメディアから修復できる準備をしてから作業してください。
原因5 拡張パーティションや論理ドライブが残っている
この構成があると、MBR2GPTの検証で引っかかることがあります。特にWindows 7時代からアップグレードして使い続けているPCや、昔のパーティション管理ソフトでDドライブを作ったPCでは注意が必要です。
見た目上はCドライブとDドライブだけに見えても、内部的にはプライマリではなく論理ドライブになっている場合があります。ディスクの管理やdiskpartのlist partitionで種類を確認してください。
| 表示される種類 | 意味 | 対応 |
|---|---|---|
| プライマリ | 通常のMBRパーティション | 条件内なら問題になりにくい |
| 拡張 | 論理ドライブを入れる枠 | 変換前に整理が必要な場合あり |
| 論理 | 拡張内のドライブ | バックアップ後に再構成を検討 |
| 回復 | Windows回復用 | 削除は慎重に判断 |
| システム | 起動関連 | 基本的に触らない |
拡張・論理パーティションを整理するには、データのバックアップが必須です。Dドライブに写真や業務データが入っている場合、削除すると当然消えます。
このケースでは、無理にその場で削除するより、外付けSSDへ退避し、パーティションを整理してから再実行する流れが安全です。古いPCほど、この作業が一番時間を食います。
原因6 BitLockerや暗号化が有効になっている
BitLockerが有効なPCでは、MBR2GPTの作業前に注意が必要です。BitLockerとは、Windowsのドライブ暗号化機能です。PCを紛失した場合などにデータを守るためのものですが、起動方式やパーティション構成を変更すると回復キーを求められることがあります。
特に法人PC、MicrosoftアカウントでサインインしているPC、Windows ProのPCではBitLockerが有効になっていることがあります。普段意識していなくても、実は暗号化されているケースがあります。
BitLockerの確認方法
BitLockerは、作業前に必ず確認してください。無効化や一時停止が必要かどうかを判断します。
- Windows検索で「BitLocker」と入力する
- BitLockerの管理を開く
- Cドライブの状態を確認する
- 有効なら回復キーを保存する
- 必要に応じて保護の一時停止を行う
Microsoftアカウントに回復キーが保存されている場合もありますが、作業前に手元で確認できる状態にしておくほうが安全です。
解決策1 まずvalidateで安全に確認する
MBR2GPTでは、最初から変換せずに/validateで確認します。これは実際の変換を行わず、選択したディスクが変換可能かどうかだけを見るオプションです。Microsoft公式ドキュメントでも、/validateは実際の変換を行わず検証するオプションとして説明されています。(learn.microsoft.com)
Windowsを起動した状態で実行する場合は、/allowFullOSを付けます。これを付けないと、通常のWindows環境では実行できない場合があります。管理者権限のコマンドプロンプトまたはWindows Terminalを使ってください。
mbr2gpt /validate /disk:0 /allowFullOS
成功すれば、Validation completed successfullyのような表示が出ます。この表示が出てから、はじめて変換を検討します。
validateで失敗したときに見る順番
C:\Windows\setuperr.logを確認するsetupact.logで詳細を見る- ディスクの管理でパーティション数を確認する
diskpartで対象ディスクを確認する- BitLockerの状態を確認する
- 必要ならCドライブ末尾を少し縮小する
- 再度
/validateを実行する
この順番で見ると、不要なリスクを減らせます。特にログ確認とディスク番号確認は必須です。
エラーが出ると「とにかく直すコマンド」を探したくなりますが、MBR2GPTは環境差が大きいです。誰かの成功例が自分のPCにそのまま当てはまるとは限りません。
解決策2 パーティション数を3つ以下に整理する
ログやディスク構成を見て、パーティション数が多いことが原因なら、整理が必要になります。ただし、ここは最も事故が起きやすいところです。何のパーティションか分からないまま削除しないでください。
次に、diskpartでも確認します。
diskpart
list disk
select disk 0
list partition
list volume
ここで、Cドライブ以外に何があるかを見ます。不要なデータパーティションがある場合は、バックアップ後に削除して未割り当て領域にする選択肢があります。回復パーティションやシステム予約領域は、用途を確認するまで触らないでください。
削除前に判断するポイント
パーティション削除は、ボタンひとつでデータを失います。焦っているときほど、次の点を確認してください。
- そのパーティションにドライブ文字が付いているか
- エクスプローラーから中身が見えるか
- メーカー回復領域ではないか
- Windows回復環境に使われていないか
- バックアップが完了しているか
- 削除後に未割り当て領域になるか
解決策3 Cドライブを縮小してディスク末尾に空きを作る
ログに「Last partition too close to the end of the disk」系のメッセージがあるなら、Cドライブや最後のパーティションを少し縮小して、ディスク末尾に未割り当て領域を作る方法が有効な場合があります。
この操作は、パーティション数が条件を満たしているのに失敗するケースで試す価値があります。実例として、OSパーティションを100MBほど縮小して再度/validateを実行したところ、検証が成功したケースもあります。(notwodaily.hatenablog.com)
ただし、縮小する対象を間違えないでください。Cドライブを少し縮めるつもりが、回復パーティションや別ドライブを触るとややこしくなります。ディスクの管理画面を使うと、視覚的に確認しながら進めやすいです。
ディスクの管理から縮小する方法
コマンドに慣れていない場合は、GUIで行うほうが安全です。
- Windowsキーを右クリックする
- ディスクの管理を開く
- Cドライブを右クリックする
- ボリュームの縮小を選ぶ
- 100MBから300MB程度を指定する
- 未割り当て領域ができたことを確認する
- 再度
mbr2gpt /validate /disk:0 /allowFullOSを実行する
縮小できる量が少ない場合は、ページファイルや復元ポイント、ファイル配置の影響で末尾に動かせないデータがある可能性があります。その場合は無理に進めず、ディスククリーンアップや不要ファイル削除、復元ポイント整理を検討します。
解決策4 Windows回復環境の状態を確認する
回復パーティション周りが怪しい場合は、reagentc /infoでWindows回復環境の状態を確認します。Windows回復環境とは、起動トラブル時に「スタートアップ修復」や「このPCを初期状態に戻す」などを使うための仕組みです。
管理者権限のコマンドプロンプトで次を実行します。
reagentc /info
ここで、Windows REの状態や場所が表示されます。場所が分かれば、どのパーティションが現在使われている可能性があるか判断しやすくなります。
回復パーティションを触る前の注意点
回復パーティションは、邪魔に見えても役割があります。削除するなら、復旧手段を別に用意してからです。
- WindowsインストールUSBを作っておく
- 回復ドライブを作っておく
- 重要データを外部に退避する
reagentc /infoの結果を保存する- 削除するパーティション番号をメモする
- 削除後に再起動テストを行う
回復パーティションを削除したあと、Windows自体は起動するかもしれません。ただし、トラブル時の自動修復や初期化が使えなくなる可能性があります。
解決策5 BitLockerを確認してから一時停止する
BitLockerが有効なまま作業すると、変換後やBIOS設定変更後に回復キーを求められることがあります。MBR2GPTのエラーそのものの直接原因ではない場合でも、作業全体の安全性に関わるので必ず確認しましょう。
そのうえで、作業中はBitLocker保護を一時停止する選択肢があります。特にBIOS/UEFI設定を切り替える予定があるなら、回復キーが必要になる場面を減らせます。
BitLocker回復キーを確認する理由
BitLocker回復キーは、普段使わないので忘れがちです。でも、起動方式をLegacyからUEFIへ変えるときに必要になる可能性があります。
- 回復キーが分からないとWindowsに入れない場合がある
- 法人PCでは管理者が保持している場合がある
- Microsoftアカウントに保存されている場合がある
- BIOS設定変更で要求されることがある
- 変換作業前に確認しておくと安心できる
mbr2gptで変換する正しい流れ
原因を解消して/validateが通ったら、次に変換を実行します。ここでも焦らないでください。変換後はBIOS/UEFI設定を変更しないと起動できない場合があります。
MicrosoftのMBR2GPTドキュメントでは、/convertは選択したディスクを検証したうえで変換を行うオプションとして説明されています。また、通常のWindows環境から実行するには/allowFullOSを付けます。(learn.microsoft.com)
実行例は次の通りです。
mbr2gpt /convert /disk:0 /allowFullOS
変換後にUEFI起動へ切り替える
ここを忘れると、変換は成功したのにWindowsが起動しないことがあります。MBRは従来のBIOS/Legacy起動、GPTはUEFI起動とセットで考える必要があります。
- PCを再起動する
- メーカー指定のキーでBIOS/UEFI設定に入る
- Boot ModeをUEFIに変更する
- CSMまたはLegacy Bootを無効にする
- Windows Boot Managerを起動優先にする
- 保存して再起動する
Microsoftのテストガイダンスでも、MBR2GPT実行後にUEFIモードでWindowsを起動する前、ファームウェアメニューでブートモードがUEFIのみ、または同等の設定になっていることを確認するよう示されています。(learn.microsoft.com)
変換後に起動しないときの確認ポイント
MBR2GPTの変換が成功しても、再起動後にWindowsが立ち上がらないことがあります。この場合、多くはBIOS/UEFI設定がLegacyのままになっているか、起動順序が正しくありません。
画面に「No bootable device」「Operating System not found」のような表示が出ると焦りますよね。でも、変換直後なら、まずUEFI設定を確認してください。Windows Boot Managerが起動候補に出ていれば、そこを最優先にします。
もしWindows Boot Managerが出ない場合は、変換がうまく完了していない、EFIパーティションが認識されていない、またはファームウェア側の設定が合っていない可能性があります。
| 症状 | 考えられる原因 | 確認すること |
|---|---|---|
| No bootable device | UEFI起動に切り替わっていない | Boot ModeをUEFIへ |
| Windows Boot Managerがない | EFI領域認識不良 | 起動順序・変換ログ |
| BitLocker画面が出る | 起動構成変更で保護発動 | 回復キー入力 |
| 黒画面で止まる | 起動順序が違う | 別ディスクを外して確認 |
| 自動修復が始まる | BCD不整合 | インストールUSBで修復 |
複数ディスクがあるPCでは、一時的にOSディスク以外を外すと切り分けしやすいことがあります。特に古いHDDに以前のブート情報が残っていると、BIOSがそちらを見に行って混乱することがあります。
ただし、ノートPCや分解が難しいPCでは無理に外さないでください。まずはBIOS/UEFI画面の起動順序で確認するのが安全です。
やってはいけない危険な対処法
このエラーで一番怖いのは、ネットで見つけたコマンドを意味が分からないまま実行することです。delete partition overrideやcleanのようなコマンドは、使い方を間違えるとデータを消します。
特にdiskpartのcleanは危険です。選択中のディスクのパーティション情報を消す操作なので、OSディスクに対して実行すると起動できなくなります。MBR2GPTの解決策として安易に使うものではありません。
また、フリーのパーティション管理ソフトを使う場合も注意が必要です。便利なツールはありますが、起動ディスクの変換やパーティション移動は失敗時の影響が大きいです。バックアップなしで実行するのは避けてください。
特に避けたい操作
焦っているときほど、強い操作に手を出しがちです。次の操作は、意味と対象が分からないなら実行しないでください。
diskpart clean- 不明なパーティションの削除
- 回復パーティションの即削除
- ブート領域への不用意な
format - BCD修復コマンドのコピペ実行
- BitLocker回復キー未確認でのBIOS変更
- バックアップなしのパーティション移動
MBR2GPTの目的は、Windowsを使い続けながら起動方式を変えることです。作業のためにWindowsが起動しなくなったら本末転倒になります。
分からない場所で止まったら、ログを保存して一度止めるのが正解です。中途半端に進めるより、安全に引き返せる状態を保ってください。
Windows 11対応が目的なら先に確認すべきこと
MBR2GPTを実行する目的がWindows 11対応なら、ディスク形式だけを見ても足りません。Windows 11では、UEFI、セキュアブート、TPM 2.0、対応CPUなど複数の条件があります。
MBRをGPTに変えても、TPMが無効のままだったり、CPUが非対応だったりすると、結局Windows 11へ進めない場合があります。なので、MBR2GPT作業の前にPC正常性チェックやmsinfo32で状況を確認したほうが効率的です。
Microsoftのテストガイダンスでも、MBR2GPT実行前にmsinfo32でBIOSモードや64ビットOSであることを確認するチェックが示されています。UEFIに対応していないPCでは、GPT変換後の起動が難しくなります。(learn.microsoft.com)
| 確認項目 | 確認方法 |
|---|---|
| BIOSモード | msinfo32でBIOSモードを見る |
| Windowsが64ビットか | 設定、またはmsinfo32 |
| TPM 2.0 | tpm.msc |
| セキュアブート | msinfo32 |
| ディスク形式 | ディスクの管理、プロパティ |
| CPU対応 | PC正常性チェック |
| バックアップ | 外付けSSDやクラウド |
先に全体条件を確認すると、「MBR2GPTだけ頑張ったのに別条件で止まった」という時間ロスを防げます。
特に古い自作PCやWindows 7からアップグレードしてきたPCでは、UEFI対応はしていても設定がLegacyのままということがあります。この場合は変換で対応できる可能性がありますが、UEFI非対応なら別の判断が必要です。
どうしても解決しない場合の現実的な選択肢
ここまで試してもDisk layout validation failed for disk 0が消えない場合、無理にMBR2GPTへこだわらない選択もあります。起動ディスクの構成が複雑すぎるPCでは、変換よりクリーンインストールのほうが早くて安全な場合があります。
特に、古いアップグレードを重ねたPC、複数ディスクにブート情報が分散しているPC、メーカー独自パーティションが多いPC、過去にクローン移行を繰り返したPCでは、原因を追うだけでかなり時間がかかります。
仕事用PCなら、半日以上詰まるより、必要データをバックアップして、Windows 11をUEFI/GPT構成でクリーンインストールするほうが結果的に安定します。もちろんアプリの再設定は必要ですが、将来のトラブルは減りやすいです。
| 選択肢 | 向いているケース | 注意点 |
|---|---|---|
| MBR2GPTで継続 | 構成が単純で原因が明確 | UEFI切替が必要 |
| パーティション整理後に再実行 | 不要領域が原因 | 削除前バックアップ必須 |
| クリーンインストール | 構成が複雑・古いPC | アプリ再設定が必要 |
| 専門業者に依頼 | 業務PC・重要データあり | 費用がかかる |
| 現状維持 | Windows 11化が必須でない | 将来のサポートに注意 |
無理に自力で直そうとして、データを失うのが一番もったいないです。特に業務データが入っているPCでは、変換成功よりデータ保全を優先してください。
ロロメディア編集部の感覚でも、MBR2GPTは「通るPCはあっさり通る、詰まるPCはかなり沼る」タイプの作業です。30分調べて原因が見えないなら、バックアップとクリーンインストールも現実的な選択肢に入れてよいでしょう。
まとめ mbr2gptのDisk layout validation failedは原因を見れば安全に対処できる
mbr2gptで「Disk layout validation failed for disk 0」が出るのは、ディスク0の構成がMBR2GPTの変換条件に合っていないという意味です。Windowsが壊れたと決まったわけではありませんが、起動ディスクの構成に問題があるため、慎重に原因を切り分ける必要があります。
最初にやることは、/convertではなく/validateです。次にC:\Windows\setuperr.logやsetupact.logを確認し、どこで検証に失敗しているかを見ます。パーティション数が多いのか、ディスク末尾に空きがないのか、対象ディスクが違うのか、ブート構成が崩れているのかで対処は変わります。
よくある原因は、パーティションが多すぎる、EFI領域を作る空きがない、拡張・論理パーティションがある、BitLockerやブート構成が絡んでいる、といったものです。特にパーティション削除は危険なので、必ずバックアップを取ってから進めてください。
Validation completed successfullyが出たら、mbr2gpt /convert /disk:0 /allowFullOSで変換します。変換後はBIOS/UEFI設定でUEFI起動へ切り替え、Windows Boot Managerを起動優先にする必要があります。ここを忘れると、変換に成功していても起動できません。
どうしても解決しない場合は、MBR2GPTに固執しないでください。バックアップを取ってクリーンインストールしたほうが早いケースもあります。大事なのは、GPT化そのものではなく、PCを安全に起動できる状態で使い続けることです。
