MBR2GPTで「Cannot find OS Partition(s) for disk 0」？

私が「Cannot find OS Partition(s) for disk 0」に当たったときは、MBR2GPT自体が壊れているというより“WindowsがOSパーティションを正しく特定できていない”状態でした。特に多いのが、ブート構成データ（BCD）の不整合や、システム予約／EFI相当の領域が想定通りに見えていないケースです。 まず確認したいのは前提条件です。MBR2GPTは基本的に「Windows 10以降」「OSディスクがMBR」「対象ディスクがdisk 0として認識」「（条件によっては）パーティション数が多すぎない」などの条件があります。外付けケース経由や別ディスクから起動していると、OSが入っているディスクがdisk 0にならず、結果として“OSパーティションが見つからない”扱いになることがありました。 次に、エラーが出る環境でありがちな“見え方のズレ”を潰します。ディスク管理で、OSが入っているパーティションに「ブート」「システム」などの表示が付いているか、システム予約済み領域が存在するかをチェックしました。ここが想定と違う場合、OCRにもあるようにdiskpartでパーティション一覧を出し、必要に応じてドライブ文字を一時割り当てして中身を確認する方法があります（例：select disk 0 → list partition → select partition 2 → assign letter=w など）。ただ、ここからBCDの列挙・削除（bcdedit /store … /enum all）まで進むと、初心者にはかなり難易度が高いです。私も手順を間違えるのが怖くて、慎重になりました。 体験的に有効だったのは、いきなり修復に入る前に次を行うことです。 ・BitLockerが有効なら一時停止（有効なままだと変換や起動に影響することがある） ・Windows回復環境やインストールメディアから起動して作業する（通常起動中より条件が整うことがある） ・mbr2gpt /validate を先に実行し、どこで弾かれているか把握する それでも「手動修復は不安」「時間をかけたくない」と感じたら、記事内で触れているPartition Assistantのようなサードパーティのパーティション管理ツールでMBR→GPT変換を試すのも現実的でした。GUIで確認しながら進められるので、diskpartやBCD操作に比べて心理的ハードルが下がります。 最後に、どの方法を選ぶにせよ、変換前にバックアップ（最低でも重要データの退避、できればシステムイメージ）だけは必須です。同じエラーで悩んでいる方は、まず“OSディスクが正しく認識されているか”と“ブート周り（BCD/予約領域）が正常か”の2点から当たると切り分けしやすいと思います。