reagentc /enable が失敗する原因とWindows REがBCD表示になる仕組み整理

本記事が対象とする事象は、Windowsで reagentc /enable 実行時に 「REAGENTC.EXE: An error has occurred.」 が出て、reagentc /info では「Windows RE status: Disabled」「Windows RE location: Boot Configuration Data (BCD)」などが示される状態です。Redditのr/techsupportでも、同種の表示と失敗が報告されています。 (Reddit)
この現象は「回復環境（Windows Recovery Environment（Windows回復環境））」の本体ファイル、配置場所、起動設定（Boot Configuration Data（ブート構成データ）, BCD）の結び付きが成立していないときに起こりやすく、更新プログラムやパーティション変更が背景になるケースもあります。 (Microsoft サポート)

• Windows REとreagentcの役割が前提になる
• reagentc /info がBCDだけを示すときの読み方
• 失敗の背景になりやすい要因は大きく3群に分かれる
• WinRE更新と回復パーティション要件が衝突しやすい
• どこで断線しているかを構造で整理すると見通しが立つ

Windows REとreagentcの役割が前提になる

Windows RE（Windows Recovery Environment（Windows回復環境））は、起動修復や回復オプションを提供する別環境で、通常はディスク上の「回復パーティション」内に winre.wim などの形で置かれます。reagentc は、そのWindows REを「どこに置くか」「有効か無効か」をOS側に登録するための管理コマンドです。 (Microsoft Learn)

/enable は、既定では \Windows\System32\Recovery の winre.wim を使ってWindows REを有効化し、起動時に参照できるよう設定を書き込みます。 (Microsoft Learn)
そのため、ファイルが存在しない・破損している、あるいは「回復パーティション上の格納先」がOSに正しく登録されていない場合、/enable 側が成立しません。さらに、Windows PE（Windows Preinstallation Environment（Windowsプレインストール環境））などの別環境から操作する場合は、対象OSのBCD識別子（GUID）を指定する設計も含まれます。 (Microsoft Learn)

他方、reagentc /info の表示は「有効化の結果」ではなく「現在の紐付け情報」を出すため、失敗時ほど読み取りが重要になります。そうすることによって、問題が「ファイル」「配置場所」「BCD」のどこで切れているかを整理しやすくなります。

reagentc /info がBCDだけを示すときの読み方

reagentc /info は、Windows REの状態と、OSが参照している回復環境の配置先を表示します。Microsoftの手順でも、WinREが入っている場合は「Windows RE location」に \\?\GLOBALROOT\device\... 形式のパスが出る例が示されています。 (Microsoft サポート)
一方で、問題の状態では「Windows RE location: Boot Configuration Data (BCD)」とだけ表示され、さらに「BCD identifier」が 00000000-0000-... のように全て0で出る例があります。 (Microsoft Learn)

「locationがBCD」かつ「GUIDが全ゼロ」は、Windows REの実体パスが確定せず、起動設定側の参照も成立していない状態を示すことが多いです。 (Microsoft Learn)

なお、表示項目ごとの意味は次のように整理できます。

この結果、/enable が失敗する問題は「WinREをどこから起動するか」という起動チェーンの途中（実体ファイル→配置場所→BCD）で断線している、と位置づけられます。以上を踏まえると、次は断線しやすい箇所の代表例を整理するのが有効になります。

失敗の背景になりやすい要因は大きく3群に分かれる

reagentc /enable の失敗要因は、見た目が同じでも、実務上は複数のパターンに分かれます。Microsoft Learnの説明では、/enable が既定の \Windows\System32\Recovery から winre.wim を用いて有効化を試み、必要に応じて /setreimage で配置先を指定できる設計です。 (Microsoft Learn)
つまり、まず「ファイル」「配置先」「起動設定」の3点が主要な分岐になります。

要点を整理すると、(1) winre.wim や関連設定の欠落/破損、(2) 回復パーティションの移動・削除・容量不足、(3) BCD側の関連付け不整合が、同じエラー文面に収束しやすい構造です。 (Microsoft Learn)

(1)は、winre.wim が見つからない、あるいは回復関連の設定ファイルが成立していないケースです。Microsoft Q&Aでも「Windows RE image was not found」と合わせて、/info が全ゼロGUIDのような表示になる事例が記録されています。 (Microsoft Learn)
(2)は、ディスクのパーティション操作が入った後に起きやすい群で、回復パーティションの位置関係や、更新に必要な空き領域が満たせないケースが含まれます。 (Microsoft サポート)
(3)は、起動設定（BCD）に書かれる参照が正しく更新されていない、または対象OSの識別子が合致していないケースで、特に別環境（Windows PE等）で操作する場面では /osguid が要件化します。 (Microsoft Learn)

ただし、表示上はすべて「An error has occurred」に集約されるため、原因を1つに固定して扱うと条件差が生じる可能性があります。そのため次章では、近年この問題が増えた背景として、更新プログラムと回復パーティション要件を整理します。

WinRE更新と回復パーティション要件が衝突しやすい

2023年以降、MicrosoftはWinREを月例の累積更新（LCU）で更新する運用へ移行し、一部端末では「回復パーティションの空きが不足して更新に失敗する」ことが想定されています。MicrosoftのKB5028997は、イベントID 4502 などと合わせて、回復パーティションの空き不足が原因になり得る点、そして手動でパーティションを調整する手順がある点を示しています。 (Microsoft サポート)
その手順には、「回復パーティションがOSパーティションの後ろにある必要がある」という前提も含まれます。 (Microsoft サポート)

更新起因のケースでは「空き領域不足」だけでなく、パーティションの位置条件や削除・再作成の過程でWinREの紐付けが切れる点が、判断材料として重要です。 (Microsoft サポート)
実際、KB5034441（WinRE更新）で 0x80070643 が繰り返し出た環境で、回復パーティション拡張やファイル再配置、reagentc の再有効化が同時に語られる事例がMicrosoft Q&Aに見られます。 (Microsoft Learn)
つまり、更新失敗→パーティション操作→WinRE無効化状態のまま、という連鎖が成立します。この連鎖が成立すると、reagentc /info は「インストールされているはずのWinRE位置」を示せず、結果としてBCDだけの表示になりやすい、という構図です（ここで、記載が不足しているのは「実体パスが確定しているか」です）。 (Microsoft サポート)
なお、同種の現象はRedditやフォーラムでも散見されますが、環境差が大きく、同一の操作でも結果がことなります。 (Reddit)

どこで断線しているかを構造で整理すると見通しが立つ

ここまでを踏まえると、reagentc /enable の失敗は「Windows REを起動できる状態として登録する」一連の連携が、どこかで断線している状況です。Microsoft Learnの説明に沿うと、(A) Windows REイメージ（既定は \Windows\System32\Recovery\winre.wim）が前提になり、(B) その場所を /setreimage で指定でき、(C) 有効化の際に起動設定（BCD）と結び付ける、という層構造になります。 (Microsoft Learn)

言い換えると、確認の軸は「実体ファイルの所在」「OSが保持するWinRE位置情報」「BCDの関連付け」の3点に集約されます。 (Microsoft Learn)
この3点のうち、reagentc /info が「location: BCD」しか返さない場合は、少なくとも「OSが参照する実体パス」を表示できる段階に達していません。そうすると、パーティション操作後のパス不整合、winre.wim の欠落、または関連ファイルの不成立といった上流側（A〜B）の断線が疑われる、という整理になります。 (Microsoft Learn)
他方、Windows PE等の別環境で有効化する局面では、対象OSのBCD識別子（GUID）を指定する設計があるため、(C) 側のズレが前面化します。 (Microsoft Learn)

つまり、同じ「An error has occurred」であっても、断線箇所が(A)(B)(C)のどこかで解釈が分かれる余地があります。本記事が示す状況を全体像として捉えると、「WinRE更新やパーティション調整が導火線になり、WinREの実体・配置・BCDの三層が一致しない状態に入った」と整理できます。