Windows Updateエラーコード深掘りガイド　前編

エラーコード体系の理解（WU_E / CBS / Win32）

Windows Update のエラーコードは、単なる数字の羅列ではなく、
どのコンポーネントが、どのフェーズで、どの種類の失敗を検知したかを示す構造化されたメッセージです。
この体系を理解すると、どのログを見るべきか、どのフェーズで失敗したか、どの対処が有効かが一瞬で判断できるようになります

WU_E 系（Windows Update Engine）

WU_E 系は、Windows Updateクライアント（wuauserv）が返すエラーで、
検出・ダウンロードなど前半フェーズで発生します。

特徴
- ネットワーク・BITS・Delivery Optimization の影響を受けやすい
- WSUS / Intune / WUfB の設定ミスでも発生
- SoftwareDistribution の破損が原因になることが多い

代表的なコード

コード	説明
0x8024a105	更新の検出・ダウンロード失敗
0x80240023	メタデータの取得エラー
0x80246007	BITS 転送エラー

主に見るべきログ
- WindowsUpdate.log
- BITS イベントログ
- Delivery Optimization ログ

CBS 系（Component-Based Servicing）

CBS 系は、Windows の内部コンポーネント（WinSxS）を管理する CBS が返すエラーで、
展開・再起動後のフェーズで発生します。

特徴
- LCU / SSU / UUP 展開の失敗に直結
- WinSxS の破損が原因になることが多い
- DISM /RestoreHealth の対象領域

代表的なコード

コード	説明
0x800f081f	ソース不足（FoD / UUP / .NET）
0x800f0922	EFI パーティション不足 / SSU 依存関係
0x80073701	マニフェスト欠損
0x800f0988	LCU 展開失敗

主に見るべきログ
- CBS.log（最重要）
- DISM.log
- BlueBox.log（Feature Update 時）

Win32 系（汎用エラー）

Win32 系は Windows 全体で使われる汎用エラーで、
全フェーズで発生し得るのが特徴です。

特徴
- 権限不足
- ファイル欠損
- セキュリティソフトの干渉
  など、原因の幅が広い。

代表的なコード

コード	説明
0x80070002	ファイル欠損
0x80070005	アクセス拒否
0x80070020	プロセス競合

主に見るべきログ
- CBS.log
- WindowsUpdate.log
- System / Setup イベントログ

体系とフェーズの対応図

更新プロセスとエラー発生フェーズの関係

Windows Updateのエラーは、どのフェーズで失敗したかによって原因が大きく異なります。
同じエラーコードでも、ダウンロード中に失敗したのか、展開中に失敗したのか、再起動後のオフライン展開で失敗したのかで、対処方法はまったく変わります。

この章では、Windows Update の内部処理を6つのフェーズに分解し、
それぞれのフェーズで発生しやすいエラー体系（WU_E / CBS / Win32）を紐づけて解説します。

Windows Updateの6フェーズ

Windows Updateは、次の6つのフェーズで処理されます。

[検出] → [ダウンロード] → [展開（オンライン）] → [再起動]
       → [オフライン展開] → [構成完了]

この流れは Windows 10 / 11 共通で、UUP（Unified Update Platform）導入後も基本構造は変わりません。

フェーズ①：検出（Scan）

主な処理内容
- Microsoft Update / WSUS / Intune に問い合わせ
- 利用可能な更新プログラムを判定
- メタデータの取得

発生しやすいエラー体系

WU_E / Win32

典型エラー
- 0x8024a105（WU_E_AU_FAILURE）
- 0x80240023（メタデータ取得エラー）
- 0x80070002（ファイル欠損）

主な原因
- WSUS のメタデータ破損
- Intune のポリシー競合
- プロキシ / SSL インスペクション
- SoftwareDistribution の破損

フェーズ②：ダウンロード（Download）

主な処理内容
- 更新ファイルのダウンロード
- Delivery Optimization（DO）による最適化
- BITS によるバックグラウンド転送

発生しやすいエラー体系

WU_E / Win32

典型エラー
- 0x80246007（BITS エラー）
- 0x8024a206（ダウンロード中断）
- 0x80070005（アクセス拒否）

主な原因
- BITS / DO の不調
- 帯域制限（Intune / GPO）
- VPN 経由の通信
- プロキシ設定の不整合

フェーズ③：展開（オンライン Servicing）

主な処理内容
- ダウンロードした更新の展開準備
- UUP 展開
- LCU / SSU の前処理
- WinSxS（コンポーネントストア）への登録

発生しやすいエラー体系

CBS / Win32

典型エラー
- 0x800f081f（ソース不足）
- 0x80073701（マニフェスト欠損）
- 0x800f0922（依存関係 / EFI パーティション不足）

主な原因
- WinSxS の破損
- SSU / LCU の依存関係不整合
- UUP 展開の不整合
- FoD / .NET のソース不足

フェーズ④：再起動（Reboot）

主な処理内容
- Pending.xml の処理
- オフライン展開の準備
- 再起動前の整合性チェック

発生しやすいエラー体系

CBS

典型エラー
- 0x800f0922（EFI パーティション不足）
- 0xC1900101 系（ドライバ互換性）

主な原因
- EFI パーティションの空き不足
- BitLocker / Secure Boot の影響
- ドライバの互換性問題

フェーズ⑤：オフライン展開（Offline Servicing）

主な処理内容
- 再起動後に WinRE で更新を適用
- LCU の本適用
- コンポーネントの置換・削除
- OS の整合性チェック

発生しやすいエラー体系

CBS（最も多い）

典型エラー
- 0x800f0831（パッケージ依存関係エラー）
- 0x800f0988（LCU 展開失敗）
- 0x80070020（プロセス競合）

主な原因
- LCU の展開失敗
- UUP 展開の不整合
- 過去の更新が中途半端に残っている
- WinSxS の破損

フェーズ⑥：構成完了（Post-Install）

主な処理内容
- 更新の最終構成
- レジストリ更新
- サービス再構成
- Windows Update の状態更新

発生しやすいエラー体系

Win32 / CBS

典型エラー
- 0x80070005（アクセス拒否）
- 0x800f0984（構成失敗）

主な原因
- セキュリティソフトの干渉
- ACL の破損
- レジストリの不整合

フェーズ × エラー体系の図解

主要エラーコードの深掘り解説

Windows Update のエラーコードは、単なる数字ではなく、
どのコンポーネントが、どのフェーズで、どの処理に失敗したかを示す重要な手がかりです。

ここでは、現場で遭遇率が高い主要エラーを、
深層原因 × 発生フェーズ × ログの読み方 × 実践的な対処
の4軸で徹底解説します。

0x800f081f — ソース不足（CBS 系）

発生フェーズ
- 展開（オンライン）
- オフライン展開

深層原因
0x800f081f は 「必要なコンポーネントが WinSxS に存在しない」 ことを示す。
特に以下のケースで多発：
- .NET Framework 3.5（FoD）の展開
- UUP 展開時のパッケージ欠損
- LCU が必要とする SSU / マニフェスト不足
- DISM のソース指定が必要な状態

CBS.log の典型ログ

Error: CBS_E_SOURCE_MISSING
Failed to resolve package source

実践的な対処
- DISM でソース指定 DISM /Online /Cleanup-Image /RestoreHealth /Source:D:\sources\sxs /LimitAccess
- FoD / .NET は ISO の sources\sxs を指定
- UUP 展開の不整合 → SoftwareDistribution リセット
- 最終手段：In-place upgrade

0x800f0922 — EFI パーティション不足 / SSU 依存関係（CBS 系）

発生フェーズ
- 再起動前
- オフライン展開

深層原因
2つのパターンがある
- EFI システムパーティション（ESP）の空き不足
  - LCU の展開に必要なファイルを書き込めない
  - OEM PC や古い PC で多発
- SSU / LCU の依存関係不整合
  - SSU が古い
  - 過去の SSU が中途半端に適用されている

CBS.log の典型ログ

CBS_E_INSUFFICIENT_DISK_SPACE
Failed to mount EFI partition

実践的な対処
- EFI パーティションの拡張（100MB → 300MB 以上）
- SSU の手動適用
- DISM /RestoreHealth
- 最終手段：In-place upgrade

0x80073701 — マニフェスト欠損（CBS 系）

発生フェーズ
- 展開（オンライン）
- オフライン展開

深層原因
- WinSxS 内のマニフェスト欠損
- パッケージ依存関係の破損
- 過去の更新が中途半端に適用された状態

CBS.log の典型ログ

ERROR_SXS_ASSEMBLY_MISSING

実践的な対処
- DISM /RestoreHealth
- SFC /scannow
- 最終手段：In-place upgrade（最も確実）

0x800f0988 — LCU 展開失敗（CBS 系）

発生フェーズ
- オフライン展開
- 構成完了前

深層原因
- LCU の展開中にコンポーネント置換に失敗
- UUP 展開の不整合
- 過去の LCU が中途半端に残っている

CBS.log の典型ログ

PSFX_E_MATCHING_COMPONENT_NOT_FOUND

実践的な対処
- SoftwareDistribution のリセット
- DISM /RestoreHealth
- UUP Repair（UUP の再展開）
- 最終手段：In-place upgrade

0x8024a105 — WU_E 系：検出 / ダウンロード失敗

発生フェーズ
- 検出
- ダウンロード

深層原因
- BITS の転送失敗
- Delivery Optimization の不調
- SoftwareDistribution の破損
- プロキシ / ネットワークの影響
- WSUS / Intune / WUfB の設定不整合

WindowsUpdate.log の典型ログ

WU_E_AU_FAILURE
BITS service error

実践的な対処
- BITS / wuauserv の再起動
- SoftwareDistribution のリセット
- DO のキャッシュクリア
- プロキシ設定の確認
- 配信方式（WSUS / Intune / WUfB）の見直し

0x80070002 — ファイル欠損（Win32 系）

発生フェーズ

全フェーズで発生し得る

深層原因
- SoftwareDistribution 内のファイル欠損
- UUP 展開中の一時ファイル破損
- Windows Update のキャッシュ不整合

WindowsUpdate.log の典型ログ

File not found

実践的な対処
- SoftwareDistribution のリセット
- UUP の再ダウンロード
- DISM /RestoreHealth

0x80070005 — アクセス拒否（Win32 系）

発生フェーズ

全フェーズ

深層原因
- 権限不足
- セキュリティソフトによるブロック
- レジストリ / フォルダの ACL 問題
- GPO の競合

CBS.log の典型ログ

Access is denied

実践的な対処
- セキュリティソフトの一時無効化
- ACL の修復
- 管理者権限での実行
- GPO の確認
- 最終手段：In-place upgrade

CBS.log / DISM.log の読み方

Windows Update の失敗原因を正確に突き止めるには、
CBS.log と DISM.log の読み方を理解することが不可欠です。

エラーコードだけでは分からない
「どのコンポーネントが、どの依存関係で、なぜ失敗したか」
という“根本原因”が、これらのログにはすべて書かれています。

CBS.log の役割

CBS.log は、Windows のコンポーネントストア（WinSxS）を管理する
CBS（Component-Based Servicing） の動作ログ。

主に記録される内容
- LCU / SSU / UUP の展開処理
- パッケージの依存関係チェック
- マニフェストの整合性
- コンポーネントの置換・削除
- オフライン展開（再起動後）の処理

ログの場所

C:\Windows\Logs\CBS\CBS.log

重要ポイント

CBS.log は Windows Update の“インストールフェーズの真実” がすべて書かれている最重要ログ。
特に 0x800f 系 / 0x800737 系 / 0x800f09xx 系 のエラーは CBS.log を見ないと原因が分からない。

CBS.log の見るべきキーワード

CBS.log は非常に長いため、
見るべき行は決まっている。

以下のキーワードを検索すると、原因に直結する。

①「Error」

最も重要。CBS が失敗した処理を示す。

例：

Error: CBS_E_SOURCE_MISSING

→ 0x800f081f（ソース不足）の典型。

②「Failed」

依存関係や展開処理の失敗。

例：

Failed to resolve package source

③「0x800f」「0x800737」

CBS 系エラーの直接的な原因。

例：

0x80073701 ERROR_SXS_ASSEMBLY_MISSING

④「Store corruption」

WinSxS の破損。

例：

Store corruption detected

⑤「Mark package for revert」

更新のロールバックが発生したサイン。

例：

Mark package for revert

→ 再起動後に「更新を元に戻しています」が出る原因。

⑥「CSI」

Component Servicing Infrastructure のログ。
コンポーネントの置換・削除の詳細が書かれている。

例：

CSI    00000001@2024/10/10: Attempting to replace file...

DISM.log の役割

DISM.log は、DISM コマンド（/RestoreHealth /ScanHealth など）が実行した処理の詳細ログ。

主に記録される内容
- コンポーネントストアの整合性チェック
- ソース指定の成否
- パッケージの展開処理
- UUP 展開の内部処理

ログの場所

C:\Windows\Logs\DISM\dism.log

重要ポイント

DISM.log は “修復処理のログ”。
CBS.log のように展開処理の詳細は書かれない。

DISM.log の見るべきキーワード

DISM.log は CBS.log より読みやすい。
以下のキーワードを追うと原因に直結する。

①「Error」

DISM が失敗した処理。

例：

Error: 0x800f081f

②「source」

ソース指定の成否。

例：

Failed to find source files

③「corrupt」

コンポーネントストア破損。

例：

The component store is repairable

④「Cannot repair」

DISM が修復できなかった場合。

例：

DISM cannot repair the component store

→ In-place upgrade が必要な状態。

CBS.log と DISM.log の違い

ログ	主な役割	どのエラーで重要か
CBS.log	LCU / SSU / UUP の展開処理の詳細	0x800f 系 / 0x800737 系 / 0x800f09xx
DISM.log	DISM の修復処理の詳細	/RestoreHealth の失敗、ソース不足