Windows 11 24H2 の累積更新プログラムが、毎回エラー 0x800F0922 でロールバックされてしまう――そんな状況に長期間悩まされている方向けの解説です。実際に 2025 年 8 月以降に発生したケースをベースに、「App Readiness サービス」「Windows Sandbox / Hyper‑V」「Malwarebytes (MBAM)」を中心とした具体的かつ再現性の高い解決手順を、管理者目線で整理します。
Windows 11 24H2 更新プログラムが 0x800F0922 で失敗する症状
ここで取り上げるのは、Windows 11 24H2（ビルド 26100 系）環境で、2025 年 8 月以降に次のような状態に陥るケースです。
- 累積更新プログラムのインストールが 毎回 0x800F0922 で失敗する
- 対象の更新プログラム（例）：
- KB5064081（ビルド 26100.5074）
- KB5063878（ビルド 26100.4946）
- 直前に適用できているのは .NET Framework 用の更新（KB5064401） まで
- その後の累積更新プログラムが一切入らない
典型的な流れとしては、Windows Update でダウンロード・インストールが進行した後、再起動中に「更新を構成しています」の進捗が途中で止まり、ロールバックが走って「更新に失敗しました（0x800F0922）」と表示されるパターンです。
今回のように .NET の更新だけ成功して OS 本体の累積更新が失敗する場合、更新処理の途中で必要なコンポーネントやサービスが起動できていない ことが疑われます。特に、App Readiness サービスが無効化されている と、アップデート中のアプリ登録処理が失敗し、0x800F0922 でロールバックする事例が複数の技術コミュニティや Q&A サイトで報告されています。
| 更新プログラム | ビルド番号 | 結果 | 補足 |
|---|---|---|---|
| KB5064401 (.NET Framework) | ― | 成功 | アプリや .NET ランタイムのみ更新 |
| KB5063878 | 26100.4946 | 0x800F0922 で失敗 | 24H2 向け累積更新 |
| KB5064081 | 26100.5074 | 0x800F0922 で失敗 | 上記が未適用のため同様に失敗 |
エラー 0x800F0922 とは何か
エラーコード 0x800F0922 は、「Windows Update あるいは機能更新のインストールに失敗した」ことを示す、比較的よく出る汎用的なコードです。原因は 1 つに特定されておらず、以下のように複数の要因で発生し得ます。
- システム予約パーティションの空き容量不足（15MB 以上推奨）
- 更新処理に必要なサービス（例：App Readiness）が無効または起動失敗
- .NET Framework やコンポーネントの破損・無効化
- ファイルシステムやイメージの破損（SFC/DISM で検出されるような状態）
- サードパーティ製セキュリティソフトや VPN、ファイアウォールなどの干渉
- ネットワーク経由で更新サーバーに接続できない
また、現場の管理者の間では「0x800F0922 は “インストーラーが何らかの致命的エラーで止まった” ことを示す ‘ごみ箱コード’ のような存在」とも言われており、本当の原因は CBS.log などの詳細ログを見ないと分からないケースが多い、という指摘もあります。
今回の事例では、後述の調査により App Readiness サービスが無効化されていたこと が主因であることが判明し、サービスを有効化することで更新に成功しています。
| 代表的な原因 | よくある症状 | 優先度 |
|---|---|---|
| App Readiness 無効 | 再起動中にロールバック、更新ログに AppX 関連エラー | 高 |
| システム予約パーティション不足 | 大きな機能更新が必ず 0x800F0922 で失敗 | 中 |
| セキュリティソフトの干渉 | 更新の段階によって成功・失敗がまちまち | 高 |
| .NET / コンポーネント破損 | 特定 KB のみ失敗、DISM や SFC でエラー | 中 |
最重要：App Readiness サービスを有効化する
App Readiness とは？
App Readiness は、Windows ストアアプリや UWP アプリを、サインインや更新のタイミングで「利用可能な状態」に準備するためのサービスです。アップグレードや累積更新の途中では、ストアアプリや同梱アプリの AppX パッケージ再登録 が大量に行われますが、このとき App Readiness が無効になっていると、アプリ登録処理が失敗し、更新処理全体が巻き添えでロールバックする場合があります。
各種フォーラムや Q&A でも「App Readiness を有効化して起動したら 0x800F0922 が解消した」という報告が複数挙がっており、真っ先に確認すべきポイント と言えます。
サービスを有効化する手順（GUI）
管理者ユーザーでサインインして、次の手順を実施します。
- Win + R を押し、「ファイル名を指定して実行」を開く。
services.mscと入力して Enter キーを押し、「サービス」管理ツールを起動。- 一覧から 「App Readiness」 を探してダブルクリック。
- 「スタートアップの種類」を
- 既定に近づけたい場合：「手動」
- より確実に起動させたい場合：「自動」（トリガー開始が設定される環境もあります）
- 「サービスの状態」が「停止」になっている場合は、「開始」ボタンをクリックして起動。
- エラーが出ずに「実行中」になったことを確認して「OK」で閉じる。
設定後、念のため PC を再起動し、改めて Windows Update から問題の KB（例：KB5064081 / KB5063878）をインストールし直します。
コマンドラインから確認・起動する
より素早く状態を確認したい場合は、管理者権限の PowerShell またはコマンドプロンプトで次のコマンドを実行します。
sc config appreadiness start= demand
net start appreadiness
start= demandは「手動起動」に設定する指定です（autoに変えれば自動起動）。net startで「サービスは既に開始されています」と表示されれば起動済みです。
もしここでエラーメッセージが表示される場合は、システムファイルの破損や、サービス定義自体が削除されている可能性があります。その場合は、後述の SFC / DISM での修復や、サードパーティ製の「不要サービス一括停止」ツールなどで無効化されていないかを見直してください。
App Readiness を無効にしておくデメリット
一部の「高速化」系チューニング記事では、App Readiness を含むサービスの停止が紹介されることがあります。しかし、実態としては以下のデメリットが目立ちます。
- 累積更新や機能更新が 0x800F0922 で失敗するリスク が高まる
- 新規ユーザー作成時などに、ストアアプリの初期セットアップが正常に完了しない場合がある
- 得られるパフォーマンス向上はほとんど体感できないことが多い
そのため、特別な理由がない限り、App Readiness を無効にしたまま運用することは推奨できません。
不要な仮想化機能（Windows Sandbox / Hyper‑V）の一時停止
App Readiness を有効にしても解消しない場合、次に確認したいのが Windows Sandbox や Hyper‑V などの仮想化機能 です。これらは便利な一方で、OS 内部のドライバ構成やブートエントリを大きく変更するため、一部の累積更新との相性問題が報告されています。
特に、Windows Sandbox は一時的なテスト環境とはいえ、内部的には Hyper‑V ベースの仮想マシン機能を利用しているため、アップデートのタイミングで問題を起こすことがあります。「普段ほとんど使っていない」という場合は、一度無効にしてから更新を試す価値があります。
Windows の機能から無効化する手順
- Win + R を押し、
OptionalFeatures.exeと入力して Enter キー。 - 「Windows の機能の有効化または無効化」ダイアログが開く。
- 一覧から以下の項目を探す：
- 「Windows Sandbox」
- 「Hyper‑V」（Hyper‑V プラットフォーム / 管理ツールなど）
- これらが有効（チェックが入っている）になっていれば、チェックを外す。
- 「OK」をクリックし、再起動を求められたら指示に従う。
- 再起動後、改めて Windows Update を実行し、KB5064081 / KB5063878 のインストールを試す。
更新が無事完了したら、必要に応じて同じ手順で Windows Sandbox や Hyper‑V を再び有効化して構いません。
| 機能名 | 無効化の狙い | 再有効化の目安 |
|---|---|---|
| Windows Sandbox | 仮想環境関連のドライバ・サービスを一時的に減らす | 検証用に再度必要になったタイミング |
| Hyper‑V | ブート構成の複雑さを減らし、更新の成功率を上げる | 仮想マシンを再び利用するとき |
補足：WSL（Windows Subsystem for Linux）や VirtualBox / VMware など他社製仮想化と組み合わせている場合、環境によっては影響範囲が広がることがあります。業務環境では、変更前に必ず利用状況を確認し、メンテナンス時間帯に実施してください。
Malwarebytes (MBAM) が原因になるケースと完全アンインストール
サードパーティ製のアンチウイルス・アンチマルウェア製品は、ファイルシステムやネットワーク、メモリに深くフック するため、Windows Update と相性問題を起こしやすい代表格です。特に Malwarebytes（MBAM）は、過去にも累積更新との競合が複数報告されており、「一時的にアンインストールしたところ 0x800F0922 を含む更新エラーが解消した」という事例があります。
単に無効化するだけではドライバが残り続けるため、一度アンインストール＋公式のサポートツールで残骸をクリーンアップ するのがポイントです。
Malwarebytes を完全に削除する手順
- 通常アンインストール
- Win + I で「設定」→「アプリ」→「インストールされているアプリ」（または「アプリと機能」）。
- 一覧から Malwarebytes を選択し、「アンインストール」を実行。
- 画面の指示に従い、再起動が求められたら再起動。
- 公式サポートツールによるクリーンアップ
- Malwarebytes 公式サイトから「サポートツール（MBAM サポートツール）」をダウンロード。
- ツールを起動し、クリーンアップ（Clean / Repair） 相当の機能を実行。
- ドライバやサービス、レジストリ残骸などを削除する処理が完了したら、指示に従って再起動。
- 再起動後に Windows Update を再試行
- 再起動直後に、他のアプリを起動する前に Windows Update を実行。
- 問題の KB（KB5064081 / KB5063878）が正常にインストールできるか確認。
更新が完了したら、必要に応じて Malwarebytes を最新版で再インストールしても構いません。その際は、Windows Defender との多重防御による負荷や競合にも配慮し、設定を見直しておくと安心です。
| 製品種別 | 更新前の推奨対応 | 更新後の対応 |
|---|---|---|
| Malwarebytes など常駐型 | アンインストール＋専用ツールでクリーンアップ | 最新版を慎重に再インストール |
| オンデマンドスキャナ | 常駐機能をオフにするか一時アンインストール | 必要に応じて再インストール |
それでも失敗する場合：CBS ログを採取して原因を切り分ける
App Readiness を有効化し、不要な仮想化機能と Malwarebytes を無効／削除してもなお 0x800F0922 が解消しない場合、CBS.log などの詳細ログ解析 が必要になります。先述の通り、このエラーコード自体は「インストーラーが途中で失敗した」という事実しか教えてくれません。具体的にどのコンポーネントが失敗したかは CBS.log などを読まないと分からないケースが多いとされています。
PowerShell で CBS ログ一式を ZIP にまとめる
管理者権限の PowerShell で、次のコマンドを実行します。
Get-ChildItem 'C:\Windows\Logs\CBS','C:\Windows\INF\setupapi.dev.log' |
Compress-Archive -DestinationPath "$([Environment]::GetFolderPath('Desktop'))\CBS.zip"
このコマンドにより、以下のような動作が行われます。
C:\Windows\Logs\CBSフォルダー内のログ（CBS.log、CbsPersist_*.logなど）と、C:\Windows\INF\setupapi.dev.logをまとめて取得- それらを 1 つの CBS.zip に圧縮し、現在のユーザーのデスクトップに保存
作成した CBS.zip を、社内のシステム担当者や、信頼できるコミュニティ・専門家に共有すれば、より具体的な原因分析を依頼できます（個人情報や機密情報の扱いには十分注意してください）。
自分で確認する場合は、CBS.log をテキストエディタで開き、エラーコード 0x800F0922 付近よりも 少し前の行に記録されている最初のエラー を探すのがポイントです。そこに「どのコンポーネントが」「どのファイルを」処理できなかったかが書かれていることが多く、原因の手がかりになります。
一般的な追加対処：ストレージ・システム・コンポーネントの健康状態を確認する
ここまでの対処で解決するケースが多いですが、環境によってはさらに一般的なメンテナンスを組み合わせることで成功率が上がります。以下は、Windows 10 / 11 の 0x800F0922 対策として広く紹介されている方法です。
Windows Update トラブルシューティングツールの実行
- Win + I で「設定」を開く。
- 「システム」→「トラブルシューティング」→「その他のトラブルシューティングツール」（または似た名称）を開く。
- 「Windows Update」を選択して「実行」。
- 検出された問題に対して、表示される指示に従って修正する。
このツールは、更新コンポーネントの基本的な整合性チェックや、キャッシュ関連の簡易修復を自動で行ってくれます。
システム予約パーティションの空き容量確認
0x800F0922 は、もともと「システム予約パーティションの空き容量不足」で出ることの多いエラーとしても知られています。おおむね 15MB 以上の空きが推奨とされており、大規模アップデートや 24H2 以降の更新では、さらに余裕がある方が安全です。
空き容量の確認や拡張は、サードパーティ製のパーティション管理ツールを使うのが一般的です。操作を誤ると起動不能になるリスクもあるため、バックアップを取った上で、十分に注意して作業してください。
SFC / DISM でシステムファイルを修復
システムファイルやイメージに破損がある場合、累積更新が途中で止まることがあります。以下のコマンドを管理者 PowerShell / コマンドプロンプトで順番に実行し、修復を試みます。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannowはシステムファイルの整合性を検査し、破損していればキャッシュから復元を試みます。DISM /RestoreHealthはコンポーネントストア（更新イメージ）の破損を検出・修復します。
完了後、必ず再起動し、Windows Update を再試行します。
.NET Framework 3.5 の有効化
一部の更新では、.NET Framework 3.5 コンポーネントが無効だと 0x800F0922 が出る 報告もあります。
- Win + R →
appwiz.cpl→ Enter。 - 「プログラムと機能」左の「Windows の機能の有効化または無効化」をクリック。
- 「.NET Framework 3.5（.NET 2.0 および 3.0 を含む）」にチェックを入れる。
- 必要に応じてその下の WCF 関連オプションも有効化し、「OK」。
有効化後に再起動し、更新を再試行します。
セキュリティソフト全般の一時停止
Malwarebytes 以外にも、常駐型セキュリティソフトは更新処理に干渉する可能性があります。企業向けエンドポイント製品などを導入している場合は、ベンダーが提供する「メンテナンスモード」や「一時停止」機能の利用も検討してください。
| 対処内容 | 主な目的 | リスク・注意点 |
|---|---|---|
| Update トラブルシューティングツール | 更新コンポーネント周りの自動修復 | 根本原因まで分からないことも多い |
| 予約パーティションの空き容量確認 | 大規模アップデートに必要な領域を確保 | 操作ミスで起動不能になる可能性 |
| SFC / DISM 実行 | システムファイル・コンポーネントストアの修復 | 完了まで時間がかかることがある |
| .NET Framework 3.5 有効化 | .NET 依存更新の失敗を防ぐ | 不要な環境では有効化しなくてもよいが影響は小さい |
更新に成功した後にやっておきたいこと
無事に KB5064081 や KB5063878 を含む累積更新が適用できたら、それで終わりではありません。今後同じトラブルを繰り返さないために、以下のポイントを確認しておきましょう。
App Readiness の状態を定期的に確認
- サービスのスタートアップの種類が「手動」または「自動」のまま維持されているかを確認
- 何らかの「高速化ツール」や「プライバシー強化ツール」を導入している場合、それが App Readiness を無効にしていないか設定をチェック
環境変更後（大規模なチューニングを行った後や、新しいツールを入れた後）には、軽く確認する習慣を付けておくと安心です。
必要な仮想化機能・セキュリティソフトを戻す
- Windows Sandbox / Hyper‑V を業務で利用している場合は、再度有効化して動作確認を行う。
- Malwarebytes などを再インストールする際は、最新版を利用し、Windows Defender との役割分担を意識して設定する。
- 複数の常駐型セキュリティソフトを同時に動かすと、今度はパフォーマンス低下や別のエラーの原因になる場合もあるため、基本線は「1 製品＋Windows Defender」に絞るのがおすすめです。
ビルド番号・更新履歴を記録しておく
トラブルシューティングの観点からは、「どの更新が入った状態で安定しているか」を把握しておくことも重要です。
- Win + R →
winverで、ビルド番号（例：26100.5074）をメモ。 - 「設定」→「Windows Update」→「更新の履歴」から、インストール済みの KB 一覧をスクリーンショットで保存しておく。
今後別の端末で同様の問題が出た際、この「成功している構成」が強力なヒントになります。
よくある質問と補足
Q. 0x800F0922 が出たら、必ず App Readiness が原因ですか？
A. いいえ。0x800F0922 はあくまで「インストーラーが致命的な問題で止まった」という汎用エラーコードであり、原因はケースごとに異なります。ただし、Windows 11 24H2 の累積更新に関しては、App Readiness 無効が原因だった事例がかなり多いため、最初に確認する価値が高いポイント です。
Q. システム予約パーティションの拡張は必須ですか？
A. 今回のように App Readiness 無効＋セキュリティソフト干渉 が原因の場合、予約パーティションのサイズをいじらなくても解決することがほとんどです。ただし、ディスク構成が古く、もともと予約領域が極端に小さい場合は、将来的なトラブルを避けるために拡張を検討してもよいでしょう。その際はバックアップと事前検証を忘れずに行ってください。
Q. App Readiness を有効にしておくと、動作が重くなりませんか？
A. 通常利用では、App Readiness の負荷はほとんど気になりません。主にサインイン直後や大きな更新の直後に動作する程度であり、常に CPU を占有し続けるようなサービスではありません。それよりも、無効化したことによる 更新失敗・アプリの初期化不良 のデメリットの方が大きいと考えられます。
Q. Malwarebytes 以外のセキュリティソフトでも同じことが起こりますか？
A. 起こり得ます。製品ごとに仕組みは異なりますが、カーネルドライバやフィルタドライバを導入しているソフトであれば、Windows Update の処理と競合する可能性があります。症状の切り分けとして、一時的にアンインストールして更新を試す のは有効な手段です（オフライン環境で行う、作業中は怪しいサイトにアクセスしないなど、セキュリティ面への配慮は忘れずに）。
Q. どうしても直らない場合はどうすればいいですか？
A. すべての対処を試しても改善しない場合は、以下のようなステップを検討します。
- In-place アップグレード（同じバージョンの ISO から「この PC を今すぐアップグレードする」）でシステムを上書き修復
- 最新のインストールメディアでクリーンインストールし、必要データとアプリを移行
どちらも工数はかかりますが、「いつまでも更新できない状態」を引きずるよりも、長期的には安全な選択になる場合があります。
まとめ：まずは App Readiness とセキュリティソフトから見直す
Windows 11 24H2 の累積更新（KB5064081 / KB5063878 など）が 0x800F0922 で繰り返し失敗する場合、原因は 1 つとは限りません。ただし、今回のようなケースでは、次の 3 点を集中的に見直すことで解決に至る可能性が高いと言えます。
- App Readiness サービスを「手動」または「自動」に戻し、起動しておく
- Windows Sandbox や Hyper‑V などの仮想化機能を一時的に無効化
- Malwarebytes（MBAM）をアンインストールし、公式サポートツールでクリーンアップ
これらに加えて、Windows Update トラブルシューティングツール、SFC / DISM、.NET Framework 3.5 の有効化などを組み合わせれば、多くの 0x800F0922 トラブルは収束します。それでも解決しない場合は、CBS ログを採取して詳細解析に進む、あるいは In-place アップグレードやクリーンインストールも視野に入れて検討してください。
同じ症状で悩んでいる方は、本記事の手順を上から順に試しつつ、どの段階で改善したかをメモしておくと、今後のトラブルシューティングにも役立ちます。
コメント