Windows 11 24H2（コードネームHudson Valley）への機能更新を適用しようとした際に「0x80004005 – 不明なエラー」が発生し、再試行しても失敗する――そんな報告が国内外のフォーラムで急増しています。本記事では、クリーンインストールを回避しつつアップデートを完走させるための実践的な5段階アプローチをまとめました。導入から原因究明、具体的なコマンド例まで完全網羅しているので、同様の症状に悩む管理者・パワーユーザーはぜひ参考にしてください。
目次
- エラー 0x80004005 の正体と発生メカニズム
- STEP 1 ― 一時ファイルと不要ドライバーの徹底削除
- STEP 2 ― メモリ整合性（Core Isolation）の有効化
- STEP 3 ― クリーンブートでサードパーティ製サービスを無効化
- STEP 4 ― 最終手段：EFI システムパーティションの再構築
- STEP 5 ― 成功確認とアフターケア
- 追加補足・よくある質問
エラー 0x80004005 の正体と発生メカニズム
0x80004005 は「E_FAIL（未定義の失敗）」として知られ、Windows Update 以外でも ZIP 展開失敗や仮想マシン起動不能時など頻出する汎用エラーです。24H2 アップデートで現れるケースでは、主に以下 3 要因が複合的に絡むことが多いと分析されています。
| カテゴリ | 典型的な原因 | エラー発生ポイント |
|---|---|---|
| ストレージ | 一時ファイル肥大化、旧ドライバー残骸、SSD の不良ブロック | ダウンロードフェーズ インストールフェーズ |
| セキュリティ | 署名のない旧カーネルドライバー、VBS/Memory Integrity オフ | SafeOS ブート 中間再起動後 |
| ブート構成 | EFI システムパーティションの FAT32 破損、BCD の異常 | 第2段階ブート OS 移行処理 |
とりわけブート領域の破損は表面化しにくく、DISM／SFC で問題が検出されない場合でも ESP が壊れていることがあります。本記事の手順は軽微な掃除からブート領域修復まで段階的に用意しているため、上から順に試していくことで無駄なリスクを最小化できます。
STEP 1 ― 一時ファイルと不要ドライバーの徹底削除
SSD の空き容量不足や古いドライバーの衝突はアップデートエンジンの初期チェックで即座に 0x80004005 を引き起こします。以下の手順でディスクをクリーンに保ちましょう。
- Win + R →
cleanmgr.exeを管理者として実行。 - システムドライブ（通常は C:）を選択し、一覧に表示される各チェックボックスをすべてオン。
- 特に以下を確認しておくと効果大。
- 一時ファイル（アップデート失敗時に数 GB 残る）
- デバイス ドライバー パッケージ（旧 GPU ドライバーなど）
- 「OK」→「ファイルの削除」を選択し、完了後に PC を再起動。
Tip: 空き容量は目安として 25 GB 以上 を確保すると大型アップデートでも安全圏です。NVMe SSD で疲労度が高い場合はメーカー提供の診断ツールで S.M.A.R.T. を確認しておくと尚安心です。
STEP 2 ― メモリ整合性（Core Isolation）の有効化
24H2 ではドライバー署名検証が厳格になり、メモリ整合性（Memory Integrity/VBS） を無効化している環境ほど互換性チェックで弾かれやすくなっています。
- Win + I → 設定 → プライバシーとセキュリティ → Windows セキュリティ → デバイス セキュリティ を開く。
- コア分離 をクリックし、メモリ整合性 を「オン」に切り替える。
- 再起動を求められたらそのまま再起動し、変更を反映。
ここで互換性警告が出た場合は、表示されたドライバーの更新版を入手・入れ替えたうえで再度オンにします。古い VPN クライアントや仮想 CD ツールが原因となるケースが多いので、不要ならアンインストールしておきましょう。
STEP 3 ― クリーンブートでサードパーティ製サービスを無効化
常駐ソフトや独自カーネルモジュールを抱えるセキュリティソフトが Update フェーズで競合すると、エラー 0x80004005 を Trigger します。クリーンブートで純正プロセスだけに限定し、疑わしい要因を切り分けます。
- Win + R →
msconfig.exeを起動。 - サービス タブ → 「Microsoft のサービスをすべて隠す」にチェック → 「すべて無効」をクリック。
- スタートアップ タブ → 「タスク マネージャーを開く」で不要エントリを無効。
- OK → 再起動。
- 再起動後に
winverを入力して Windows が正常起動するかチェックし、そのまま 24H2 アップデートを実行。 - アップデート完了後は、
msconfigを再度開き「通常スタートアップ」に戻す。
競合の多い代表例は、旧バージョンのEasyAntiCheat、旧世代のAMD Chipset Driver、複数インストールしているリアルタイム AV です。このタイミングで最新ドライバーへ統一すると後々の BSOD を防げます。
STEP 4 ― 最終手段：EFI システムパーティションの再構築
上記をすべて試しても改善しない場合、EFI システムパーティション（ESP）の破損がほぼ確定的です。以下の操作は起動不能リスクを伴うため、必ずフルバックアップを取得し自己責任で実施してください。
手順概要
- Windows RE へ入る
サインイン画面 → 右下の電源アイコン → Shift キーを押しながら再起動 → トラブルシューティング → 詳細オプション → コマンド プロンプト - DiskPart で ESP にドライブ文字を割り当て
diskpart list disk select disk 0 ::Windows が入った物理ディスク list partition select partition 1 ::「EFI」または「System」など 100 MB 前後 assign letter=Y exit - BCD をバックアップし ESP をクイックフォーマット
xcopy /h Y:\EFI\Microsoft\Boot\BCD C:\BCD_backup\ ::任意のバックアップ先 format Y: /fs:FAT32 /q /v:SYSTEM ::ラベルは SYSTEM - ブートローダー再展開
bcdboot C:\Windows /s Y: /f UEFI - exit → 続行（Windows へ）を選択し再起動
起動後、msinfo32→ BIOS モード が UEFI であることを確認し、24H2 のアップデートを再実行。
予期される所要時間と注意点
| フェーズ | 所要時間 | 主なリスク | 対策 |
|---|---|---|---|
| バックアップ | 環境依存（数分〜数時間） | バックアップ取り忘れ | システムイメージ or Macrium Reflect 推奨 |
| DiskPart 操作 | 5 分 | 誤パーティション選択 | size/ID をよく確認 |
| フォーマット | 数秒 | 誤フォーマット | assign 前に list vol で再確認 |
| BCD 再展開 | 30 秒 | typo による失敗 | コマンドをそのまま貼り付け |
企業 PC で BitLocker が有効な場合は、再起動時に回復キーを要求される可能性があります。予め管理コンソールまたは Azure AD から回復キーをメモしておきましょう。
STEP 5 ― 成功確認とアフターケア
アップデートが完了したら、以下のポイントをチェックしておくと後々のトラブルを防げます。
- ビルド番号確認：
winverを実行し「Version 24H2 (OS Build 26xxx.xxx)」と表示されるか。 - Windows Update 履歴：設定 → Windows Update → 更新の履歴 →「機能更新プログラム 24H2」が 正常にインストールされました となっているか。
- スリープ解除ログ：
powercfg /lastwakeで不要なタスクがスリープ解除を引き起こしていないか検証。 - メモリ整合性：オンのままになっているか。無効化されていると次回累積更新で再びエラーの温床に。
- ESP バックアップ：再生成後の ESP を
ddやMacrium Reflectでバックアップし、次回トラブル時のリカバリー時間を短縮。
後日談：筆者の検証機では ESP を再構築したことで 0x80004005 は完全解消。その後 4 週間のテストでも KB5039xxx など累積更新を問題なく適用でき、スリープ解除暴走も収まりました。
追加補足・よくある質問（FAQ）
Q1. DISM /scannow では問題なしと出たのに失敗するのはなぜ？
A. DISM と SFC は Windows イメージ と システムファイル をチェックするツールであり、ESP などブート専用パーティションは検証対象外です。そのため ESP が破損していても 100% 正常 と報告されます。Q2. EFI パーティションを拡張する方法は？
A. ESP は通常 100–260 MB ですが、デュアル OS や複数リカバリ環境で逼迫することがあります。diskpart で後続の回復パーティションを一旦削除 → gpt attributes を変更 → extend で拡張し、最後に回復パーティションを再作成すると安全です。Q3. Windows 10 から 11 24H2 へ直接上げる場合も同じ手順？
A. 基本ロジックは同じですが、旧ビルドからのアップグレードでは アプリ互換 と ドライバー署名 の差分が大きくなるため、STEP 2・3 で紹介したメモリ整合性の事前有効化と徹底したサービス整理が特に重要になります。
ここまでの手順を上から順に試すことで、大多数の 0x80004005 問題は解決できます。「クリーンインストールしか道がない」と言われがちなエラーですが、ESP の再構築という切り札を知っていれば復旧コストを劇的に下げられます。ぜひ本記事を参考に、24H2 の新機能――Copilot+ PC のローカルモデル推論や改良版タスクバー検索など――を存分に体験してください。
コメント