Windows 10「0xc0000225」で起動しない原因と直し方：bootrecとbcdbootでブートを復旧する実践手順

Windows 10で突然「0xc0000225」が出て起動しないと、何から手を付けるべきか分からなくなりがちです。このエラーは多くの場合、Windows本体の故障というより「起動に必要なブート情報（BCD）やEFI/システム領域」が壊れた・参照先がずれたことで起こります。この記事では、余計な情報を省きつつ、bootrec と bcdboot を使って復旧させる現実的な手順と、つまずきやすいポイント（ドライブ文字の違い、UEFI/Legacyの違い、/fixbootが通らない等）をまとめます。

Windows 10「0xc0000225」で起動しない原因と直し方：bootrecとbcdbootでブートを復旧する実践手順

0xc0000225とは何が壊れている状態か

0xc0000225は、起動時にWindowsが参照するべき情報（ブートローダーやBCDストア、EFI上の起動ファイル）が見つからない／破損している時に出やすいエラーです。よくある原因は次のとおりです。

BCD（Boot Configuration Data）の破損・消失
EFIシステムパーティション（UEFI環境）やシステム予約領域（Legacy/MBR環境）の不整合
クローン換装・増設・パーティション操作後に起動先ディスクの参照がずれた
回復環境から見たドライブ文字が普段と違い、コマンドの対象が間違っている

つまり「Windowsが入っているD:に見えるけど、普段のC:とは別物」みたいな現象が普通に起こります。ここを理解しておくと、復旧手順の成功率が上がります。

まず最優先：回復環境（WinRE）に入る

起動できない状態では、インストールUSBや回復ドライブから「コンピューターを修復する」→「トラブルシューティング」→「詳細オプション」→「コマンドプロンプト」に入ります。ここから作業します。

加えて、可能なら「スタートアップ修復」を先に一度試すのも有効です（自動で直るケースもあります）。直らなければ以下の手動修復へ進みます。

失敗しやすいポイント：回復環境のドライブ文字を確認する

あなたのケースでも重要だったのが「Windowsが入っているドライブ文字がDだった」という点です。回復環境では割り当てが変わります。必ず確認します。

コマンドプロンプトで以下を実行：

Windowsフォルダの場所を探す

dir C:\Windows
dir D:\Windows
dir E:\Windows

「Windows」「Program Files」などが見えるドライブが“Windowsが入っている場所”です。見つかったらその文字をメモします（例：D:\Windows）。

bootrec手順の意味と、途中で詰まる理由

よく紹介される流れは以下です。

bootrec /fixmbr：MBR（Legacy環境）向けの修復。UEFIでは効果が薄いこともある
bootrec /fixboot：ブートセクタ修復。ただし「Access is denied（アクセス拒否）」が出ることがある
bootrec /rebuildbcd：WindowsインストールをスキャンしてBCDに再登録する

途中の

bcdedit /export C:\bcdbackup
が失敗するケースは珍しくありません。原因は単純で、回復環境のC:が「WindowsのC:」ではなく、別の小さな領域だったり、書き込み不可だったりするためです。回避策は2つあります。
保存先を変える：bcdedit /export X:\bcdbackup（Xは書き込み可能なドライブ）
そのステップを飛ばす：バックアップが取れないだけで、復旧作業自体は進められる

ただし、バックアップは安全策なので、可能なら「書き込める場所」に出力するのが理想です。

いちばん現実的な復旧策：bcdbootで起動ファイルを作り直す

あなたの状況で鍵になっているのがこれです。

bcdboot.exe d:\windows /s C:

このコマンドは、指定したWindowsフォルダから起動に必要なファイル一式を「システム領域（/sで指定）」へ再生成します。boot files created successfully が出たなら、方向性はかなり良いです。

ただし、ここで注意点があります。/s C: のC:が本当に「起動用のシステム領域（EFIやシステム予約）」である必要があります。回復環境ではC:が別物になっていることがあるため、より確実にするなら次の考え方で進めます。

UEFIかLegacy（MBR）かを意識する

最近のPCでWindows 10なら UEFI の可能性が高い
UEFIなら EFIシステムパーティション（FAT32） が存在します
Legacy/MBRなら システム予約領域（NTFS） が起動を持ちます

判別が難しい場合でも、次の手順でEFI領域を確認できます。

うまく起動しない場合の追加手順：EFIパーティションを正しく指定する

回復環境で diskpart を使い、EFI領域に一時的なドライブ文字を割り当てると成功率が上がります。

diskpart
list vol（ボリューム一覧表示）
- FAT32 で、サイズがだいたい 100～300MB程度 のものがEFIであることが多い
select vol 番号
assign letter=S（例としてSを割り当て）
exit

これでEFIが S: になったとします。Windowsが D:\Windows にあるなら、次で作り直します。

UEFI向け（推奨）
bcdboot D:\Windows /s S: /f UEFI

Legacy/MBR環境なら、次のようにすることが多いです。

BIOS（Legacy）向け
bcdboot D:\Windows /s C: /f BIOS

※ /f を省略すると環境に応じて動くこともありますが、迷う場面では明示した方が原因切り分けがしやすいです。

「boot files created successfully」後にやること

やることはシンプルです。

コマンドプロンプトを終了
USBを抜く（抜かないとまたUSB起動に戻ることがある）
再起動してWindowsが立ち上がるか確認

もし起動できたら、まずは次をおすすめします。

管理者でコマンドプロンプトを開き、sfc /scannow
Windows Updateを適用
ディスクの状態確認（SMART、エラーチェック）
重要データのバックアップ（この手の症状は再発することがある）

それでも直らないときに疑うべきこと

BIOS/UEFIで起動順序が違うディスクになっている（換装・増設後に起きがち）
そもそもWindowsが入っているディスク自体が別（スキャン結果のパスが想定と違う）
BitLockerが絡んでいて回復キーが必要
SSD/HDDの故障兆候（異音、極端な遅延、読み取りエラー）

この場合は「Windowsを再インストールする前」に、別PCやWinPEでデータ救出を優先すると安全です。

まとめ：今回のケースの最短ゴール

回復環境ではドライブ文字が変わる。D:\Windows が正しいことは十分あり得る
bcdedit /export が失敗しても、保存先変更かスキップで先に進める
bcdboot D:\Windows /s （EFI領域） で起動ファイルを再生成するのが現実的で成功率が高い
成功メッセージ後はUSBを抜いて再起動。起動後は整合性チェックとバックアップが重要

この流れで「0xc0000225」から復帰できるケースは多いです。特に、あなたのように bcdboot で「boot files created successfully」まで出ているなら、あとは“/sで指定している領域が正しいか”を詰めるのが勝ち筋になります。