Windows 11「KB5077241」が入らない？エラー0x800f0922／0x80240069を最短で直す実践ガイド
Windows 11の更新プログラム「KB5077241」を適用しようとしたときに、インストールで 0x800f0922、ダウンロードで 0x80240069 が出て止まるケースがあります。どちらも“更新の土台”がわずかに崩れているだけで起きやすく、正しい順番で切り分ければ、再インストールまで行かずに復旧できることが多いです。この記事では、失敗しにくい手順を「上から順に試すだけ」で完走できるようにまとめます。
- Windows 11「KB5077241」が入らない？エラー0x800f0922／0x80240069を最短で直す実践ガイド
まず結論：最短で直る「おすすめ順番」
-
VPN／セキュリティ系の一時停止＋再起動
-
Windows Updateのトラブルシューティング
-
更新キャッシュ（SoftwareDistribution等）のリセット（0x80240069に特に有効）
-
DISM→SFCでシステム修復（0x800f0922に特に有効）
-
空き容量／予約領域（EFI/システム予約）の確認
-
手動インストール（スタンドアロン適用）
-
ログで原因特定（CBS/WindowsUpdateログ）
以降は、それぞれを“失敗しない操作”に落とし込んで説明します。
エラーの意味をざっくり理解する（対策の方向が変わる）
0x80240069（ダウンロード系）
更新の取得中にWindows Updateの処理が途切れる、更新サービスやキャッシュが不整合、企業PCのWSUS/管理配布の影響などで起きやすいタイプです。まずは「更新キャッシュのリセット」が王道です。
0x800f0922（インストール系）
“入れる段階”で失敗することが多く、システムコンポーネントの破損、予約領域の空き不足、VPNやネットワーク条件、更新の前提（サービススタック/コンポーネント）の乱れなどが絡みます。「DISM→SFC」「予約領域の確認」が効きやすいです。
手順1：失敗要因を先に潰す（最短の準備）
以下を一度だけ実施してから、次へ進んでください。
-
VPNを切る（接続していなくても常駐クライアントが邪魔をすることがあります）
-
サードパーティ製セキュリティ（ウイルス対策、FW強化、最適化ツール）を一時停止
-
周辺機器を最小限（外付けストレージ、ドック、特殊ドライバ機器を外す）
-
PCを再起動（シャットダウン→起動より、再起動のほうが更新系が整います）
これだけで通る場合もあるので、最初にやる価値があります。
手順2：Windows Updateトラブルシューティング
-
設定 → システム → トラブルシューティング → その他のトラブルシューティング
-
Windows Update を実行
-
指示に従って修復→再起動→もう一度更新を試す
「サービスの状態」や軽微な設定の崩れはここで直ることがあります。
手順3：0x80240069の決定打「更新キャッシュをリセット」
更新のダウンロード系エラーは、キャッシュや関連サービスの不整合が原因になりがちです。管理者権限のコマンドで一気に整えます。
-
管理者として Windows ターミナル（またはコマンドプロンプト）を開く
-
以下を順に実行
net stop bits
net stop cryptsvc
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start msiserver
net start cryptsvc
net start bits
net start wuauserv
-
PCを再起動 → Windows Updateを再実行
ポイント：
-
「.old」フォルダは成功後に削除してOK（容量が気になる場合）
-
企業配布（WSUS等）配下でも改善することがありますが、組織ポリシーが原因の場合はIT管理側の対応が必要なケースもあります
手順4：0x800f0922に効く「DISM→SFC」で更新の土台を修復
インストール段階で落ちるなら、まずこれを通してください。順番が重要で、DISM→SFC です。
sfc /scannow
-
DISMが終わってからSFCを実行
-
完了後に再起動 → 更新を再試行
-
途中で止まって見えても待つ（特にSFCは長めになりがち）
手順5：空き容量と「予約領域（EFI/システム予約）」を確認する
0x800f0922の典型原因のひとつが、更新に必要な領域が足りない状態です。
-
Cドライブの空き：目安として 15～20GB以上 を確保（大きめの累積更新で効きます）
-
システム予約/EFI が極端に小さい、または空きがほぼ無い場合も失敗要因になります
-
パーティション操作はリスクがあるため、慣れていない場合は無理に触らず、次の「手動インストール」や「修復インストール」を優先するのが安全です
-
手順6：KB5077241を「手動インストール」で回避する
Windows Update経由が壊れているだけなら、スタンドアロン適用で通ることがあります。
-
Microsoft Update Catalogから該当するKBを取得し、.msuを実行
-
途中で同じエラーが出る場合は、環境側（コンポーネント破損、予約領域、前提更新の不足）の可能性が高いので、手順4・5に戻って再確認してください
手順7：それでも無理なら「ログで最短特定」
闇雲に繰り返すほど泥沼化します。失敗が続く場合はログで方向性を決めるのが早いです。
-
イベント ビューアー：
「Windowsログ」→「システム」や「セットアップ」周辺で、更新失敗のタイミングのエラーを確認 -
CBSログ（コンポーネント修復の痕跡）：
C:\Windows\Logs\CBS\CBS.log -
Windows Update関連ログ：環境により見方が変わるため、イベントログと併せて確認
ログに「アクセス拒否」「ディスク不足」「前提パッケージ不足」「サービスが停止」などが出ていれば、対策はほぼ一発で決まります。
どうしても直らないときの最終手段（再インストールではない）
最終的に強いのが 修復インストール（上書き） です。個人ファイルや多くの設定を保持したまま、Windowsのシステム部分だけを入れ直して更新基盤を復旧できます。
「更新が壊れて何をしても戻らない」状態でも、これで復帰するケースが多いです。
まとめ：この順番なら失敗しにくい
-
0x80240069 はまず「更新キャッシュのリセット」
-
0x800f0922 は「DISM→SFC」「容量・予約領域」を優先
-
それでもダメなら「手動インストール」→「ログで原因固定」→「修復インストール」
KB5077241に限らず、Windows 11の更新エラーは“原因の種類”がだいたい決まっています。上の順に淡々と潰すのが、結局いちばん早いルートです。
