Windows 11「KB5074105／KB5074109」が失敗する原因と対策まとめ：0x800f0922・0x80240069を最短で直す手順
Windows 11で累積更新（KB5074105／KB5074109）の適用に失敗し、「0x800f0922」「0x80240069」などのエラーが出ると、何度やっても同じところで止まりがちです。結論から言うと、この2つは“原因の系統”が違うため、順番を間違えると遠回りになります。この記事では、再現率の高い手順だけに絞って、最短で切り分け→復旧まで進める流れをまとめます。
まず整理：KB5074105とKB5074109、エラーの意味
-
KB5074109：2026年1月のセキュリティ累積更新（24H2/25H2向け）。Microsoft サポート+1
-
KB5074105：2026年1月下旬のプレビュー（任意）累積更新。既知不具合の修正が入ることがある。Microsoft サポート+1
そしてエラーの傾向は次の通りです。
-
0x80240069：更新の**ダウンロード／配布処理（Windows Updateサービス側）**で落ちる・止まる系。企業端末（WSUS/SCCM）でも出やすい報告があります。Microsoft Learn+1
-
0x800f0922：ダウンロード後の**適用段階（コンポーネントストアや予約領域、SSU不整合など）**で失敗する系。NinjaOne+1
最短ルート：この順番でやると失敗しにくい
以下は「副作用が小さい→効果が大きい」順です。途中で直ったら以降は不要です。
手順1：いちばん最初にやる“失敗しにくい準備”
-
PCを再起動（更新処理が残っていると失敗が連鎖します）
-
VPN／プロキシ／社内セキュリティの一時無効化（可能な範囲で）
-
Cドライブ空き容量を十分確保（目安：20GB以上。大型累積更新＋差分展開で意外に使います）
手順2：0x80240069に効きやすい「更新キャッシュのリセット」
0x80240069は“ダウンロード中に更新基盤がコケる”パターンが多いので、まずここを潰します。
管理者のWindows Terminal/コマンドプロンプトで実行：
net stop wuauserv
net stop bits
net stop cryptsvc
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old
net start cryptsvc
net start bits
net start wuauserv
終わったら再起動 → Windows Updateを再実行。
これで直るなら、原因は「壊れたキャッシュ／配布情報／署名カタログ」の線が濃厚です。
手順3：0x800f0922の王道「DISM → SFC」で“更新の土台”を直す
0x800f0922は、コンポーネントストア（WinSxS）側が荒れていると発生しやすい定番です。
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
-
DISMが完走しない／妙に長い場合は、いったん再起動してから再実行
-
SFCで修復が出たら、必ず再起動してから更新を再トライ
手順4：KB5074109で多い「SSU（サービススタック）不整合」を疑う
KB5074109の失敗で、ログ上は0x800f0922に見えても、実態が**SSU不整合（更新基盤の前提ズレ）**というケースが報告されています。Microsoft Learn+1
この場合のコツは次の2つです。
-
Windows Updateで“最新のServicing Stack Update（SSU）”が先に入る状態に整える
-
それでもダメなら、Microsoft Update CatalogからKBを手動適用（Windows Update経由の失敗を回避）
※手動適用は、企業端末の配布経路（WSUS/SCCM）の不整合が絡むときにも有効です。Microsoft Learn+1
手順5：0x800f0922の盲点「システム予約領域不足」
0x800f0922の“古典的な原因”として、System Reserved（予約領域）やEFIパーティションの空き不足があります。特に多段アップグレード機では起きがちです。NinjaOne
ここで無理にパーティション操作をすると事故りやすいので、次の方針が安全です。
-
自信がない場合：**修復インストール（上書きインストール）**で更新基盤ごと整える
-
企業端末：管理部門の標準手順（BitLocker/回復キー管理が絡むため）
それでもダメなら：ログで“最短原因特定”
0x800f0922は「最後に出る総合エラー」になりやすいので、原因はログに残ります。
見る場所はここだけ覚えておけば十分です。
-
C:\Windows\Logs\CBS\CBS.log（適用段階の失敗理由が出やすい） -
C:\Windows\WindowsUpdate.log（ダウンロード／配布段階の痕跡）
ログで「どのパッケージ／どの前提」で落ちているかが分かると、**“キャッシュを消すべきか、DISMで直すべきか、SSU/手動適用に振るべきか”**の判断が一気に早くなります。
重要：KB5074109は不具合が絡む場合「無理に急がない」も正解
2026年1月のKB5074109は、環境によっては不具合報告（特に一部GPU環境での問題など）が話題になっています。症状が出ている人は、最新の任意更新（プレビュー）や追加修正の適用で改善することもあるため、安定優先なら「修正が出てから入れる」という判断も現実的です。Tom's Hardware+1
まとめ：迷ったらこの“3点セット”から
-
0x80240069が絡むなら：更新キャッシュのリセット（SoftwareDistribution/Catroot2）
-
0x800f0922が絡むなら：DISM → SFCで更新基盤の修復
-
KB5074109だけ落ちるなら：SSU不整合や配布経路の問題を疑い、手動適用／修復インストールも視野
この順番で進めれば、同じ更新失敗を何度も踏み続ける確率を大きく下げられます。
