Windows 11 24H2 へのアップデート中に「Install error – 0x80004005」で失敗し、何度試しても進まない──そんな場合、単なる Windows Update の不具合ではなく、ブート構成データ（BCD）や UEFI システムパーティション（ESP）の破損が原因になっていることがあります。本記事では、実際に Dell ノート PC で発生したケースをもとに、ESP を再初期化して BCD を再生成し、0x80004005 を解消した具体的な手順と注意点を詳しく解説します。
Windows 11 24H2 の「0x80004005」はなぜ起こるのか
Windows 11 24H2 へのアップデートで表示される 「Install error – 0x80004005」 は、メッセージ通り 「未指定のエラー（Unspecified error）」 です。つまり、このコードだけからは根本原因が分かりません。
しかし、インプレースアップグレード（既存環境を引き継いでそのまま上書き更新する方式）の場合、セットアップは最初に次のような前提条件チェックを行います。
- ブート構成データ（BCD）に異常がないか
- UEFI システムパーティション（ESP）が正しく構成されているか
- 必要なドライバーやストレージ構成に致命的な問題がないか
ここで BCD や ESP に異常 が見つかると、アップグレードのかなり初期の段階で処理が止まり、結果として 0x80004005 のような「未指定」のエラーコードだけが表に出てくることがあります。
代表的なパターンを整理すると、次のようになります。
| パターン | 内容 | よくある表面上の症状 |
|---|---|---|
| システムファイルの破損 | sfc /scannow や DISM で修復可能なレベルの破損 | 更新途中でロールバック、0x800f 系エラーなど |
| BCD / ESP の不整合 | BCD ストアが空・欠落・別パーティションに誤配置 | ごく初期で失敗し 0x80004005 など曖昧なエラー |
| 古い・互換性のないドライバー | VBS・メモリ整合性に非対応な古いドライバー | 0xC1900101 系、0x8007001F などを併発 |
今回取り上げるケースでは、まさに BCD ストアが空 の状態であり、さらに ESP（EFI システムパーティション）の内容にも不整合 があることが原因でした。
今回の環境と事前に行った対処
相談があった環境は、一般的な構成の Dell ノート PC で、既存の Windows 11 から 24H2 へのアップデートを Windows Update 経由で適用しようとしたところ、何度試しても「Install error – 0x80004005」で失敗していました。
ユーザー側で既に試されていた代表的な対処は以下の通りです。
- Windows Update / BITS のトラブルシューティング
sfc /scannowおよびDISM /Online /Cleanup-Image /RestoreHealthC:\Windows\SoftwareDistribution\Downloadの削除C:\$WINDOWS.~BT\Sources\Panther配下ログ（とくにsetuperr.log）の提出・確認
これらは 「一般的な Windows Update トラブルシューティングの王道」 ですが、本件ではいずれも効果がなく、エラーコードも 0x80004005 のまま変わりませんでした。
| 実施した対処 | 目的 | 結果 |
|---|---|---|
| WU/BITS トラブルシューティング | 更新コンポーネントの自動修復 | 問題なしと判定 / エラー継続 |
| sfc /scannow | システムファイルの整合性確認 | 破損は修復 / しかしアップデート失敗 |
| DISM /RestoreHealth | コンポーネント ストアの修復 | 処理は完了 / 状況変わらず |
| SoftwareDistribution\Download 削除 | 更新キャッシュのクリア | 再ダウンロードはされるが再び失敗 |
ここまで試しても改善しない場合、OS 本体ではなく「ブートまわり」 に原因が潜んでいる可能性が高くなります。
ログ解析から見えた「BCD ストアが空」という異常
Windows 11 のセットアップは、失敗時に多くのログを C:\$WINDOWS.~BT\Sources\Panther 以下に出力します。今回のケースでも、提出された setuperr.log / setupact.log を確認したところ、インプレースアップグレードの前提チェック段階で BCD ストアに有効なエントリが存在しない ことが示唆される記録が残っていました。
具体的には、
- BCD ストアが空、もしくは最低限のブートエントリしかない
- UEFI システムパーティション（ESP）内のフォルダー構成（
\EFI\Microsoft\Bootなど）が標準と異なる
といった状態で、「現状の Windows 自体はギリギリ起動できているものの、セットアップが期待する構造になっていない」 ことが原因で前提チェックに失敗していました。
このように、普段の起動には影響が出ていなくても、アップグレードやブートローダーの更新タイミングで初めて表面化する BCD/ESP の破損 は意外と多く、ディスククローン・サードパーティ製パーティションツール・マルチブート環境の構築などを行った経験がある場合は特に注意が必要です。
BCD / ESP とは？最低限知っておきたい基礎
作業に入る前に、今回のキープレイヤーである BCD と ESP について、ざっくりとおさらいしておきます。
| 用語 | 正式名称 / 役割 | Windows 11 での位置づけ |
|---|---|---|
| BCD | Boot Configuration Data OS ローダーやブートエントリの設定を保持するデータベース | bcdedit コマンドで確認・編集可能。UEFI 環境では ESP 内に格納 |
| ESP | EFI System Partition UEFI ファームウェアがブートローダーを読み込むためのパーティション | 通常 FAT32 / 100〜300MB 程度 / 「システム」と表示される小さなパーティション |
Windows 11 の UEFI / GPT 構成では、ブートの流れは概ね以下のようになります。
- UEFI ファームウェアがディスク上の ESP を探す
- ESP 内の
\EFI\Microsoft\Boot\bootmgfw.efiを起動 - ブートマネージャーが BCD を読み込み、どの OS をどう起動するか判断
したがって、
- ESP が消えている / 別フォーマットになっている
- ESP は存在しているが、中身（特に BCD）が壊れている・空になっている
といった場合、新しいブートエントリを登録しようとするアップグレード処理は当然失敗します。今回の 0x80004005 は、まさにその「前提条件 NG」を示していたわけです。
解決の全体像：ESP を再初期化して BCD を再生成する
今回有効だった解決策は、次のような流れで ESP と BCD を一度きれいに作り直す というものです。
- WinRE（回復環境）に入る
- ESP を特定し、ドライブ文字（例：Y:）を割り当てる
- 必要であれば既存 BCD を退避する
- ESP を FAT32 でクイックフォーマット する
bcdbootでブートファイルと BCD を再生成する- Windows 起動後、
reagentcやbcdeditで整合性を確認 - 古いドライバーの整理など予防保全を行い、24H2 アップデートを再試行
以下で、各ステップを詳しく見ていきます。
WinRE から ESP を再構築する具体的な手順
手順1：回復環境（WinRE）に入る
まずは Windows の回復環境（WinRE）に入ります。実行中の Windows からコマンドで直接再起動する方法が簡単です。
shutdown /r /o /t 0
数秒待つと「オプションの選択」画面が表示されますので、以下の順に選択します。
- 「トラブルシューティング」
- 「詳細オプション」
- 「コマンド プロンプト」
BitLocker が有効な環境では、ドライブのロック解除のために PIN や回復キーの入力が求められる場合があります。必ず事前に回復キーを控えてから作業を開始してください。
手順2：ESP を特定してドライブ文字を割り当てる
続いて、diskpart で ESP を探し、ドライブ文字（ここでは Y:）を付与します。
diskpart
list disk
select disk 0 ← OS が入っているディスクを選択（通常は 0）
list part
select part <ESP の番号> ← 「システム」かつ FAT32 の小容量パーティション
assign letter=Y
exit
ポイントは、「どのパーティションが ESP かを見誤らないこと」 です。一般的には以下のような特徴があります。
| 項目 | ESP の目安 |
|---|---|
| ファイルシステム | FAT32 |
| サイズ | 約 100〜300 MB 程度（環境により前後） |
| 種類（Type） | 「システム」（System）と表示されることが多い |
不安であれば、select part n のあとに detail part と入力し、パーティションの属性を再確認してから進めると安心です。
手順3：（任意）既存 BCD を退避する
既存の BCD が残っている場合に備え、念のためコピーしておきます。存在しない場合はエラーになりますが、その場合は 「本当に空だった」 という確認にもなります。
まず、WinRE では OS のドライブレターが C: とは限らないので、以下のようにして Windows フォルダーがあるドライブを特定します。
dir C:\Windows
dir D:\Windows
dir E:\Windows
いずれかで Windows フォルダーが表示されたドライブを、以降の <Windows のドライブ> として使用します。
その上で、次のように BCD を退避します。
xcopy /h Y:\EFI\Microsoft\Boot\BCD <Windows のドライブ>:\BCD_backup\
うまくコピーできた場合は、何かあったときに元に戻すための「保険」として残しておけます。
手順4：ESP をクイックフォーマットして bcdboot で再生成する
いよいよ ESP の再初期化です。選択しているパーティションが本当に ESP であることを再度確認した上で、次のコマンドを実行します。
format Y: /fs:FAT32 /q
途中で「現在のボリュームラベル」を聞かれる場合は ESP と入力し、新しいラベルも ESP にしておくと分かりやすくなります。
フォーマットが完了したら、bcdboot でブートファイルと BCD を作り直します。
bcdboot <Windows のドライブ>:\Windows /s Y: /f UEFI
例：Windows が C: ドライブのとき
bcdboot C:\Windows /s Y: /f UEFI
/s Y: はブートファイルを書き込む先として先ほどの ESP（Y:）を指定していることを、/f UEFI は UEFI ブート用のファイルを作成することを意味します。
処理が成功すると、ESP の中に \EFI\Microsoft\Boot フォルダーが再生成され、BCD を含む一式が正しい形で作り直されます。
手順5：再起動して Windows が正常に起動するか確認
ここまで完了したら、コマンドプロンプトを閉じて回復環境のメニューに戻り、「続行（Windows 11 を続行）」を選んで再起動します。
- 通常どおり Windows が起動すれば OK
- 万一、起動できない場合は ESP の選択ミスや bcdboot のパラメータ誤りなどを疑う
念のため、最初の起動後はすぐに再び再起動し、安定して起動できることを確認しておくと安心です。
Windows 起動後の整合性チェック
Windows が無事起動できたら、次は Windows 回復環境（WinRE）の設定と BCD のバックアップ を行い、状態を整えておきます。
reagentc /enable
reagentc /info
bcdedit /export C:\bcd.bak
それぞれの意味は以下の通りです。
| コマンド | 目的 | 確認ポイント |
|---|---|---|
reagentc /enable | Windows RE（回復環境）を有効化 | 後の /info で「Windows RE 状態 : Enabled」と表示されるか |
reagentc /info | 回復環境の場所・状態を確認 | 「場所」が OS と同じディスク上になっているか |
bcdedit /export C:\bcd.bak | 現在の BCD をバックアップ | トラブル時に bcdedit /import で戻せるようにしておく |
この段階で、「ブート構成と回復環境がきれいな状態」 に整ったことになります。
ドライバー整備と「メモリ整合性」の確認（予防保全）
BCD / ESP の修復が終わったら、次はアップグレードを妨げやすい 古いドライバー を整理しておくと再発防止に役立ちます。特に、Windows セキュリティの「コア分離」の一機能である メモリ整合性 を利用すると、互換性のないドライバーを洗い出すことができます。
メモリ整合性の状態を確認する
- 「スタート」→「設定」
- 「プライバシーとセキュリティ」→「Windows セキュリティ」
- 「デバイス セキュリティ」→「コア分離の詳細」
- 「メモリ整合性」 のスイッチを確認する
メモリ整合性を オンにしようとした際に表示される「非互換ドライバー」一覧 は、アップグレードの足を引っ張る可能性が高いドライバーでもあります。
今回のケースで実際に問題になり得るものとして挙がった例：
- UE MEGABOOM Update Assistant（Logitech 系）
- ACS スマートカードリーダー ドライバー
これらは、使用していないのであればアンインストールし、必要であれば最新バージョンのドライバーをメーカーサイトから入手して入れ替えることを検討します。
Driver Store Explorer（Rapr）で古いドライバーを整理
より細かくドライバーを整理したい場合は、サードパーティ製のツール Driver Store Explorer（Rapr） が有用です。インストール不要で、ドライバーストア内の不要なドライバーを一覧表示して削除できます。
- 管理者として Rapr を起動
- 「Old Driver」や使用していないデバイス向けドライバーにチェック
- 削除前に必ずどのハードウェアに紐付いているかを確認
ただし、必要なドライバーを誤って削除すると起動不能になるリスクもあるため、よく分からないものには手を付けない、システムイメージのバックアップを取ってから作業する、など慎重に行ってください。
なお、メモリ整合性は現時点で Windows 11 24H2 の必須条件ではありませんが、非互換ドライバーをあぶり出すチェックツールとして非常に有効であり、アップグレードの安定性向上にもつながります。
アップデートを再実行する際のポイント
ここまでの修復と整備が完了したら、改めて Windows 11 24H2 へのアップデートを実行します。実行方法としては、次のいずれか（もしくは両方）を試すとよいでしょう。
- Windows Update からの通常アップデート
- Windows 11 インストール アシスタント / メディア作成ツールからのインプレースアップグレード
再実行時のチェックポイントとして、次のような点を意識しておくと成功率が上がります。
| 項目 | 推奨設定 |
|---|---|
| ネットワーク | 可能なら有線 LAN、少なくとも安定した Wi-Fi |
| 周辺機器 | 不要な USB 機器・外付けストレージは一旦外す |
| 常駐ソフト | サードパーティ製セキュリティソフトなどは一時的に無効化 or アンインストール |
| 起動状態 | クリーンブート（不要サービスを停止）で試すのも有効 |
今回のケースでは、BCD / ESP の修復後に 0x80004005 は解消し、以降は別のエラーコードとして問題が切り分けられる状態になりました。ここまで来れば、あとは新しいエラーコードに対して個別に対処していくフェーズになります。
BitLocker 有効環境での注意点
企業向け PC や一部の個人 PC では、標準で BitLocker ドライブ暗号化 が有効になっていることがあります。今回のように ESP やブート構成に手を入れる作業では、BitLocker 環境特有の注意が必要です。
- 作業前に必ず回復キーを控える
Microsoft アカウント、組織アカウント、USB キー、印刷など、いずれかで確実に参照できる状態にしておきます。 - 作業中の電源断・強制終了は厳禁
ノート PC の場合は AC アダプターを接続し、スリープ・休止状態を無効にしておくと安心です。 - BIOS/UEFI 設定の変更は慎重に
セキュアブートやブートモード（UEFI / Legacy）の切り替えは、BitLocker の再認証を招きやすいため、必要性をよく検討してから行います。
BitLocker が有効な状態で ESP を再構築しても問題ありませんが、再起動時に回復キーの入力を求められる可能性が高いため、その点を踏まえて計画的に作業を行ってください。
それでもエラーが出る場合の次の一手：Panther ログの活用
BCD / ESP の破損を修復しても、環境によっては別の理由でアップデートが失敗することがあります。その場合は、エラーコードだけで判断するのではなく、Panther フォルダー内のログ を確認するのが最も確実です。
主に確認するファイル：
C:\$WINDOWS.~BT\Sources\Panther\setupact.logC:\$WINDOWS.~BT\Sources\Panther\setuperr.log
これらをメモ帳などで開き、
- ファイルの末尾付近から「Error」「Fail」「0xC1900101」などをキーワードに検索
- 直近の失敗原因（特定のドライバー、サービス、レジストリ設定など）を特定
といった形で調査すると、次に対処すべき具体的なブロッカー を絞り込むことができます。
今回のケースでも、BCD / ESP を修復したことで 0x80004005 という「よく分からない未指定エラー」から脱却し、「次に対処すべき別のエラー」へとフェーズを進めることができました。これは、トラブルシューティングにおいて非常に重要な一歩です。
まとめ：0x80004005 でも構造を理解すれば怖くない
本記事では、Windows 11 24H2 へのアップデートで「Install error – 0x80004005」が発生した Dell ノート PC のケースをもとに、BCD / ESP の破損が原因だった例 と、その修復手順を紹介しました。
- 0x80004005 は「未指定のエラー」だが、インプレース更新の前提チェックで BCD / ESP が壊れているとこのコードで止まることがある
- 今回のケースでは、BCD ストアが空に近い状態 で、UEFI システムパーティション（ESP）の再構築が必要 だった
- WinRE から ESP にドライブ文字を割り当て、FAT32 でクイックフォーマット →
bcdbootでブートファイル再生成 することで正常な状態に戻すことができた - Windows 起動後は
reagentcやbcdeditで整合性を確認し、古いドライバーを整理することでアップグレード成功率をさらに高められる - 0x80004005 が解消された後も別エラーに移行する場合があるが、それはむしろ「問題が具体化した」サインであり、Panther ログを手掛かりに次のブロッカーを潰していくことが重要
BCD や ESP の再構築は確かに「一段上級者向け」の作業ですが、構造と手順を理解し、バックアップと BitLocker 回復キーの確保を徹底すれば、0x80004005 のような一見不可解なエラーでも、原因を切り分けて着実に前進させることができます。同様の症状でお困りの場合は、本記事の手順と注意点を参考に、状況に合わせて慎重に試してみてください。
コメント