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

SSU / LCU の依存関係によるエラー解説

Windows Update のエラーの中でも、SSU（Servicing Stack Update）と LCU（Latest Cumulative Update）の依存関係は、技術者が必ず理解しておくべき最重要ポイントです。

特に以下のエラーは、ほぼ例外なく SSU / LCU の依存関係の破綻が原因になります。

• 0x800f0922
• 0x800f0988
• 0x800f081f
• 0x80073701

この章では、依存関係の仕組みと、実際にどのようなエラーとして現れるのかを深掘りしていきます。

SSU と LCU の役割の違い

• SSU（Servicing Stack Update）

Windows Update の“土台”となるコンポーネント。
更新の適用、パッケージ管理、CBS の動作などを司る。

SSU が古いと LCU が適用できないという構造になっている。

• LCU（Latest Cumulative Update）

毎月配信される累積更新プログラム。
セキュリティ修正や品質改善が含まれる。

LCU は 最新の SSU を前提として動作する。

SSU → LCU の依存関係が崩れると何が起きるか

依存関係が崩れると、Windows Update は次のような状態に陥る。

① LCU が展開できない

→ 0x800f0988 / 0x800f081f

② 再起動後にロールバック

→ 0x800f0922

③ マニフェスト欠損扱いになる

→ 0x80073701

④ UUP 展開が途中で止まる

→ 0x800f081f（ソース不足扱い）

依存関係エラーが発生する典型シナリオ

① 過去の SSU が未適用のまま LCU を適用しようとした

WSUS 環境で特に多い。

→ 0x800f0922 / 0x800f0988

② UUP 展開中に SSU の依存関係が解決できない

UUP は複数のパッケージを同時展開するため、依存関係が壊れていると失敗する。

→ 0x800f081f

③ コンポーネントストア（WinSxS）が破損している

SSU / LCU のマニフェストが欠損している状態。

→ 0x80073701

④ 過去の LCU が中途半端に残っている

ロールバック後に残骸が残るケース。

→ 0x800f0988

CBS.log で依存関係エラーを見抜く方法

CBS.log には依存関係エラーの“決定的な証拠”が残る。

① 「Missing」「Not Found」

Error: CBS_E_SOURCE_MISSING

→ ソース不足（0x800f081f）

② 「manifest」「assembly missing」

ERROR_SXS_ASSEMBLY_MISSING

→ マニフェスト欠損（0x80073701）

③ 「PSFX_E_MATCHING_COMPONENT_NOT_FOUND」

PSFX_E_MATCHING_COMPONENT_NOT_FOUND

→ LCU 展開失敗（0x800f0988）

④ 「Package cannot be installed」

Package cannot be installed due to missing dependency

→ SSU / LCU の依存関係破綻

実践的な対処方法（技術者向け）

依存関係エラーは、次の手順で解決するのが最も再現性が高い。

① SSU を手動で適用する

Microsoft Update Catalog から最新 SSU を取得して適用。

② DISM /RestoreHealth を実行

DISM /Online /Cleanup-Image /RestoreHealth

→ 依存関係の破損を修復。

③ SoftwareDistribution のリセット

UUP 展開の不整合を解消。

④ EFI パーティションの拡張（0x800f0922 の場合）

100MB → 300MB 以上が推奨。

⑤ In-place upgrade（最終手段）

依存関係が完全に壊れている場合はこれが最も確実。

WSUS / Intune / WUfB のエラー発生パターンの違い

Windows Update のエラーは、どの配信方式を使っているか（WSUS / Intune / WUfB）によって発生パターンが大きく異なります。

同じエラーコードでも、

• WSUS では「メタデータ破損」
• Intune では「ポリシー競合」
• WUfB では「deferral 設定の影響」
  といったように、原因がまったく違うことは珍しくありません。

この章では、環境別に“どこで失敗しやすいのか”を体系的に整理します。

WSUS のエラー発生パターン

WSUS はオンプレミスでメタデータを管理するため、独自の失敗ポイントが多いのが特徴。

① メタデータ破損による検出エラー

典型コード：0x80240023 / 0x8024a105

• 主な原因
  • WSUS の同期失敗
  • 古い製品カテゴリが残っている
  • 不完全な更新が承認されている
  • SQL Server のインデックス断片化

• ログの兆候

WU_E_METADATA_ERROR

② LCU が「未承認」のまま配信されない

典型コード：0x8024000b

WSUS は承認制のため、承認漏れがそのままエラーにつながる。

③ SSU が承認されていない

典型コード：0x800f0922 / 0x800f0988

WSUS は SSU と LCU を別パッケージとして扱うため、
SSU が承認されていないと LCU が適用できない。

④ WSUS のクリーンアップ不足

典型コード：0x80246007（BITS エラー）

不要な更新が大量に残っていると、クライアントが正しく同期できない。

WSUS の特徴まとめ

• メタデータ破損が多い
• SSU / LCU の承認漏れが起きやすい
• クライアント側の SoftwareDistribution が壊れやすい
• SQL のメンテナンス不足で検出エラーが発生

Intune のエラー発生パターン

Intune は MDM ポリシー + WUfB の組み合わせで動作するため、
設定競合が最も多い。

① ポリシー競合（MDM vs GPO）

典型コード：0x8024002e（WU_E_POLICY_NOT_SET）

• 主な原因
  • 既存の GPO が残っている
  • ローカルポリシーが競合している
  • Intune の Update Ring 設定と衝突

• ログの兆候

Some settings are managed by your organization

② Update Ring の deferral 設定が原因で更新が見つからない

典型コード：0x8024a21e

• 主な原因
  • Quality update の延期日数
  • Feature update の延期日数
  • Active Hours の設定

③ Intune のレポートでは成功扱いだが、実際は失敗している

典型コード：0x800f0988 / 0x800f081f

Intune は
「配信成功」＝「適用成功」ではない
ため、端末側で失敗していても成功扱いになることがある。

④ Delivery Optimization の制御ミス

典型コード：0x80246007

• 主な原因
  • ピアリング無効
  • 帯域制限が厳しすぎる
  • VPN 経由の通信

Intune の特徴まとめ

• ポリシー競合が最も多い
• deferral 設定で更新が“見つからない”
• レポートの成功を鵜呑みにできない
• DO 設定の影響が大きい

WUfB（Windows Update for Business）のエラー発生パターン

WUfB は Microsoft Update から直接配信されるため、
ネットワーク / DO / deferral 設定が主な原因になる。

① deferral 設定で更新が遅延しすぎている

典型コード：0x8024002e / 0x8024a105

• 主な原因
  • Quality update の延期
  • Feature update の延期
  • Paused 状態

② Delivery Optimization の影響

典型コード：0x80246007

• 主な原因
  • 帯域制限
  • ピアリング設定
  • VPN 経由の通信

③ ネットワーク制限（プロキシ / SSL インスペクション）

典型コード：0x8024402c

Microsoft Update への通信が遮断されると発生。

④ UUP 展開の不整合

典型コード：0x800f081f / 0x800f0988

• 主な原因
  • 一時ファイル破損
  • SoftwareDistribution の不整合

WUfB の特徴まとめ

• deferral 設定の影響が大きい
• DO / ネットワーク依存が強い
• UUP 展開の不整合が起きやすい
• WSUS のようなメタデータ破損は起きない

環境別の比較表

項目	WSUS	Intune	WUfB
メタデータ破損	多い	なし	なし
ポリシー競合	少ない	非常に多い	多い
deferral 設定の影響	なし	多い	多い
DO / BITS の影響	中	中	高い
SSU / LCU の依存関係	多い	中	中
UUP 展開の不整合	中	中	高い
ネットワーク依存	中	高い	非常に高い

管理者向けトラブルシューティング（実践編）

Windows Update のトラブルシューティングは、
「何となく試す」ではなく「フェーズ × エラー体系 × ログ」 の3軸で進めると、
原因特定が圧倒的に速くなります。

この章では、企業環境（WSUS / Intune / WUfB）を含めた 実務レベルの手順をまとめています。

初動対応（最初にやるべきこと）

まずは、どんな環境でも 最初に実施すべき“初動対応” を整理。

① Windows Update の基本サービス確認

sc query wuauserv
sc query bits
sc query dosvc

• Stopped → 開始
• Start Pending / Pause → 再起動

net stop wuauserv
net stop bits
net start wuauserv
net start bits

② SoftwareDistribution のリセット

UUP 展開の不整合やファイル欠損の 40% はこれで解決。

net stop wuauserv
net stop bits
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
net start wuauserv
net start bits

③ Delivery Optimization（DO）のキャッシュクリア

del /q /f %ProgramData%\Microsoft\Windows\DeliveryOptimization\Cache\*

④ Windows Update トラブルシューティングツール

一般ユーザー向けと思われがちだが、BITS / WU の基本修復に有効。

フェーズ別の対処

Windows Update の処理フェーズごとに、発生しやすいエラーと対処を整理。

フェーズ①：検出（Scan）

典型エラー：0x8024a105 / 0x80240023

• 対処
  • WSUS のメタデータ同期確認
  • Intune のポリシー競合確認
  • WUfB の deferral 設定確認
  • プロキシ / SSL インスペクション除外設定

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

典型エラー：0x80246007（BITS / DO）

• 対処
  • BITS / DO の再起動
  • 帯域制限（Intune / GPO）確認
  • VPN 経由の通信を避ける
  • プロキシ設定の見直し

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

典型エラー：0x800f081f / 0x80073701

• 対処
  • DISM /RestoreHealth
  • SSU の手動適用
  • FoD / .NET のソース指定
  • WinSxS の整合性チェック

フェーズ④：再起動

典型エラー：0x800f0922（EFI パーティション不足）

• 対処
  • EFI パーティションの拡張（100MB → 300MB 以上）
  • BitLocker の一時中断
  • Secure Boot の確認

フェーズ⑤：オフライン展開

典型エラー：0x800f0988 / 0x800f0831

• 対処
  • LCU の再適用
  • UUP 展開の再試行
  • SoftwareDistribution のリセット
  • In-place upgrade（最終手段）

フェーズ⑥：構成完了

典型エラー：0x80070005（アクセス拒否）

• 対処
  • セキュリティソフトの一時無効化
  • ACL の修復
  • GPO の確認
  • レジストリの整合性チェック

エラー体系別の対処

• WU_E 系（0x8024xxxx）
  発生フェーズ：検出 / ダウンロード
  • 対処
    • WindowsUpdate.log の確認
    • BITS / DO の再起動
    • WSUS / Intune / WUfB の設定確認
    • SoftwareDistribution のリセット

• CBS 系（0x800fxxxx / 0x800737xx）
  発生フェーズ：展開 / 再起動後
  • 対処
    • CBS.log の解析
    • DISM /RestoreHealth
    • SSU の手動適用
    • WinSxS の修復
    • In-place upgrade

• Win32 系（0x800700xx）
  発生フェーズ：全フェーズ
  • 対処
    • ACL / 権限の確認
    • セキュリティソフトの影響
    • ファイル欠損の修復（SFC）

配信方式別の対処（WSUS / Intune / WUfB）

• WSUS
  • メタデータ破損 → 再同期
  • SSU 未承認 → 承認
  • SQL の断片化 → メンテナンス
  • 不要更新のクリーンアップ

• Intune
  • ポリシー競合 → GPO / MDM の整理
  • Update Ring の deferral → 見直し
  • DO 設定 → 帯域制限の調整

• WUfB
  • deferral 設定 → リセット
  • DO / ネットワーク依存 → 最適化
  • UUP 展開の不整合 → SoftwareDistribution リセット

原因切り分けフロー

① エラーコードを確認
② エラー体系を分類（WU_E / CBS / Win32）
③ フェーズを特定（検出 / DL / 展開 / 再起動後）
④ ログを確認（WindowsUpdate.log / CBS.log / DISM.log）
⑤ SSU / LCU の依存関係を確認
⑥ 配信方式（WSUS / Intune / WUfB）を確認
⑦ 対処（DISM / SFC / DO / SoftwareDistribution）
⑧ 最終手段：In-place upgrade

エラーコード別の最終手段まとめ

Windows Update のエラーは、通常のトラブルシューティング（DISM / SFC / SoftwareDistribution リセット）で解決することが多いですが、
依存関係の破損・WinSxS の深刻な破損・UUP 展開の不整合 がある場合は、それだけでは直りません。

ここでは、主要エラーコードごとに 「最終手段として最も効果が高い方法」 を整理します。

0x800f081f — ソース不足（FoD / UUP / .NET）

• 最終手段：In-place upgrade（上書き修復）

WinSxS の破損が深い場合、DISM では修復できない。

効果：★★★★★（ほぼ確実）

• 代替手段：UUP Repair（UUP の再展開）
  • SoftwareDistribution のリセット
  • UUP の再ダウンロード
  • 再展開

効果：★★★★☆

• 補足

FoD / .NET の場合は ISO の sources\sxs を指定して手動展開。

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

• 最終手段：EFI パーティションの拡張

100MB → 300MB 以上に拡張すると成功率が大幅に上がる。

効果：★★★★★

• 代替手段：SSU の手動適用

SSU が古いと LCU が適用できない。

効果：★★★★☆

• 補足

BitLocker が有効な場合は一時中断が必要。

0x800f0988 — LCU 展開失敗（UUP 不整合）

• 最終手段：UUP Repair（UUP の再展開）

UUP 展開の不整合が原因のため、再展開が最も効果的。

効果：★★★★★

• 代替手段：In-place upgrade

UUP 展開が完全に壊れている場合はこちら。

効果：★★★★★

0x80073701 — マニフェスト欠損

• 最終手段：In-place upgrade

マニフェスト欠損は DISM では修復できないことが多い。

効果：★★★★★

• 代替手段：
  • SFC /scannow
  • DISM /RestoreHealth

効果：★★★☆☆

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

• 最終手段：配信方式の切り替え
  • WSUS → Microsoft Update
  • Intune → Update Ring の再構成
  • WUfB → deferral 設定のリセット

効果：★★★★☆

• 代替手段：SoftwareDistribution のリセット

0x80070002 — ファイル欠損

• 最終手段：SoftwareDistribution の完全削除

ren C:\Windows\SoftwareDistribution SoftwareDistribution.old

効果：★★★★★

• 代替手段：UUP Repair

0x80070005 — アクセス拒否

• 最終手段：In-place upgrade

権限破損は OS 全体に影響するため、上書き修復が最も確実。

効果：★★★★★

• 代替手段：ACL の修復

icacls C:\Windows /grant administrators:F /t

最終手段の比較表

方法	効果	適用範囲	備考
In-place upgrade	★★★★★	ほぼ全エラー	最も確実
UUP Repair	★★★★☆	UUP 展開系	SoftwareDistribution リセット必須
EFI パーティション拡張	★★★★★	0x800f0922	専門知識が必要
SSU 手動適用	★★★★☆	依存関係系	WSUS 環境で特に有効
FoD / .NET 手動展開	★★★☆☆	0x800f081f	ISO が必要

最終判断フロー

① エラーコードを分類（WU_E / CBS / Win32）
② フェーズを特定（検出 / DL / 展開 / 再起動後）
③ SSU / LCU の依存関係を確認
④ CBS.log / DISM.log を確認
⑤ UUP 展開の不整合 → UUP Repair
⑥ WinSxS の破損 → In-place upgrade
⑦ EFI パーティション不足 → 拡張
⑧ それでも直らない → OS 再展開（最終手段）

まとめ — Windows Update エラーを“構造”で理解するということ

Windows Update のエラーは、単なる「更新に失敗した」という一言では片付けられません。
実際には、エラー体系・更新フェーズ・依存関係・ログ・配信方式といった複数の要素が複雑に絡み合って発生します。

この記事では、その複雑な仕組みを 技術者が現場で使える形 に整理し、
「どこで」「なぜ」「何が原因で」失敗しているのかを体系的に理解できるようにまとめました。

エラー体系を理解すると“原因の方向性”が見える

Windows Update のエラーは

• WU_E（前半フェーズ）
• CBS（展開・再起動後）
• Win32（全フェーズ）
  という3つの体系に分類されます。

この体系を理解することで、
どのログを見るべきか、どのフェーズで失敗したか が瞬時に判断できるようになります。

更新プロセスをフェーズで捉えると“失敗ポイント”が分かる

Windows Update は6つのフェーズで動作し、
エラーはフェーズごとに発生しやすい傾向があります。

• 検出 → WU_E
• ダウンロード → WU_E / Win32
• 展開 → CBS
• 再起動 → CBS
• オフライン展開 → CBS
• 構成完了 → Win32 / CBS

フェーズ理解は、原因特定の最短ルートです。

主要エラーコードは“深層原因”を知ると解決が早い

特に発生頻度の高い

• 0x800f081f
• 0x800f0922
• 0x80073701
• 0x800f0988
• 0x8024a105

などは、深層原因が明確に決まっているため、
構造を理解すると対処が一気に速くなります。

CBS.log / DISM.log は“原因の核心”が書かれている

エラーコードだけでは分からない
「どのコンポーネントが、どの依存関係で、なぜ失敗したか」
という情報は、CBS.log にすべて記録されています。

• CBS.log → 展開処理の詳細（最重要）
• DISM.log → 修復処理の詳細

ログの読み方を理解することで、原因特定の精度が劇的に上がります。

SSU / LCU の依存関係は最重要ポイント

Windows Update は
SSU → LCU
の順で適用されるため、依存関係が崩れると必ず失敗します。

• 0x800f0922
• 0x800f0988
• 0x800f081f
• 0x80073701

これらの多くは 依存関係の破損 が原因です。

WSUS / Intune / WUfB では“同じエラーでも原因が違う”

配信方式によって失敗ポイントが異なります。

• WSUS → メタデータ破損・承認漏れ
• Intune → ポリシー競合・deferral 設定
• WUfB → DO / ネットワーク依存・UUP 不整合

環境別の特徴を理解することで、原因特定がさらに速くなります。

管理者向けトラブルシューティングで“再現性のある対応”が可能に

この記事では、現場で使える手順として

• 初動対応
• フェーズ別の対処
• エラー体系別の対処
• 配信方式別の対処
• 原因切り分けフロー
  を整理しました。

これにより、どんな環境でも再現性のあるトラブルシューティングが可能になります。

最終手段を理解しておくと“直せない更新”がなくなる

通常の対処で直らない場合でも、

• In-place upgrade
• UUP Repair
• EFI パーティション拡張
• SSU 手動適用
  といった“最終手段”を使うことで、ほぼすべてのエラーを解決できます。

結論：Windows Update のエラーは“構造”で理解すれば必ず直せる

Windows Update のエラーは複雑に見えても、
エラー体系・更新フェーズ・依存関係・配信方式・ログ
という“構造”に沿って整理すれば、原因は必ず見えてきます。

前編で基礎（体系・フェーズ・ログ）を理解し、
後編で実践（依存関係・環境別の特徴・トラブルシューティング・最終手段）を押さえることで、
どんなエラーでも 論理的に原因を特定し、確実に解決へ導くことができる。

Windows Update のエラーは、感覚ではなく“構造”で捉えることで必ず直せる。
この記事は、そのための実践ガイドです。