Windows 11 24H2 累積更新 KB5062660 が 100% で失敗する|エラー 0x800f0991 の原因と対処法まとめ

Windows 11 24H2 環境で 2025 年 7 月配信のプレビュー累積更新「KB5062660(x64)」を適用しようとすると、インストール 100% で失敗し「FAILED」「エラー 0x800f0991」と表示されてロールバックしてしまう――そんな症状が世界的に報告されています。本記事では、再インストールしても直らないケースを想定し、「最短で試すべき現実的な手順」を、管理者目線で具体的に整理します。

目次

Windows 11 KB5062660 が 100% で失敗し 0x800f0991 が出る症状

まずは、この記事で想定している状況を整理します。

項目想定環境
OSWindows 11 Version 24H2(x64)
対象更新プログラム2025-07 Cumulative Update Preview for Windows 11 Version 24H2 for x64-based Systems (KB5062660)
配信形態プレビュー累積更新(非セキュリティ更新、月例パッチの先行版)
エラータイミングダウンロード完了後、インストール進行度 100% 付近で「インストールに失敗しました」と表示されロールバック
エラーコード0x800f0991
対処済みだが改善しないことWindows 11 の再インストール(クリーンインストール)を試したが、同じエラーで失敗する

このようなケースでは、単純な「壊れた OS を入れ直せば直る」という話ではなく、Windows Update コンポーネントやコンポーネント ストアの不整合、保留中更新との競合、サードパーティ製ソフトウェアの干渉など、少し踏み込んだ切り分けが必要になります。

KB5062660 とエラー 0x800f0991 の意味を押さえる

KB5062660(2025 年 7 月プレビュー累積更新)とは

KB5062660 は、Windows 11 Version 24H2 向けに 2025 年 7 月 22 日付で公開されたプレビュー版の累積更新プログラムで、OS ビルド番号を 26100.4770 に更新します。

公式のリリースノートによると、この更新には以下のような内容が含まれています(一部抜粋・要約)。

  • 一部環境での保護者同意に関するダイアログが表示されない問題の修正(子供用アカウント関連の既知の問題の解消)
  • 「Windows Resilience(回復機能)」関連の新機能や調整
  • その他多数の機能追加・不具合修正

プレビュー更新であるため、セキュリティ修正を含む「本番の月例更新(Patch Tuesday)」よりも先行して配信されますが、そのぶん不具合や環境依存の問題が起きやすい側面があります。業務用 PC の場合、「あえて適用しない」という選択も視野に入れるべき更新です。

エラーコード 0x800f0991 の概要

エラーコード 0x800f0991 は、Windows Update の適用フェーズで何らかの理由によりパッケージの処理が失敗したことを示す汎用的なコードです。Microsoft Q&A やコミュニティの事例では、主に以下の原因で報告されています。

想定される原因説明主な対処方針
コンポーネント ストアの破損WinSxS(コンポーネント ストア)に不整合があり、新しい更新が正常に統合できないDISM /RestoreHealth での修復、インプレース アップグレード
Windows Update コンポーネントの異常SoftwareDistribution / catroot2 などのキャッシュが壊れている、サービスが不安定Update コンポーネントのリセット、サービス再構成
保留中の更新との競合直前のプレビュー更新などが「保留中」の状態で残っており、新しいパッケージと競合古いプレビュー更新のアンインストール、再起動後に再適用
サードパーティ製ソフトウェアの干渉常駐型セキュリティソフトやチューニングツールが、更新ファイルの書き込みやサービスをブロッククリーンブートや一時的なアンインストールでの再試行

つまり 0x800f0991 は、「何かが壊れている or 競合している」ことを示す「結果コード」であり、「ここを直せば必ず解決」という 1 対 1 対応のエラーではありません。そこで本記事では、できるだけ再現性の高い順に「実務的な解決パターン」を並べていきます。

最短ルート:Microsoft Update カタログから KB5062660 を手動インストール

プレビュー更新に限らず、累積更新が Windows Update 経由でうまく入らないときは、Microsoft Update カタログから .msu を直接ダウンロードして手動で適用するのが最短コースになることがよくあります。

手順 1:Microsoft Update カタログから KB5062660(x64)をダウンロード

  1. ブラウザーで Microsoft Update カタログの検索ページを開きます。
  2. 検索ボックスに KB5062660 と入力して検索します。
  3. 一覧から、
    「2025-07 Cumulative Update Preview for Windows 11 Version 24H2 for x64-based Systems (KB5062660)」
    を探して「Download」をクリックします。
  4. 表示されたリンクをクリックし、任意のフォルダー(例:ダウンロード フォルダー)に .msu ファイルを保存します。
    例:windows11.0-kb5062660-x64.msu

arm64 デバイス(ARM CPU 搭載 PC)の場合は、arm64 用のパッケージを選択してください。x64 用を arm64 に入れたり、その逆を行ったりすると、インストール自体が行えません。

手順 2:DISM /Add-Package で手動適用(推奨)

次に、ダウンロードした .msu を DISM(Deployment Image Servicing and Management) コマンドで直接組み込みます。Windows Update の一部処理をバイパスできるため、エラーを回避できるケースがあります。

  1. 管理者権限のコマンド プロンプトを起動します。
    「スタート」メニューで cmd と入力 → 検索結果の「コマンド プロンプト」を右クリック → 「管理者として実行」。
  2. 次のコマンドを実行します(パスは実際に保存した場所に合わせて変更)。
dism /online /add-package /packagepath:"C:\Users\<ユーザー名>\Downloads\windows11.0-kb5062660-x64.msu"

ポイント:

  • <ユーザー名> の部分は実際のユーザー名に置き換えます。迷う場合は、エクスプローラーでダウンロード フォルダーを開き、アドレス バーをコピーして貼り付けると確実です。
  • パスにスペースが含まれる場合は、上記のように 必ずダブルクォーテーションで囲みます。
  • 処理には数分かかることがあります。途中で停止しているように見えても、できるだけ待ちましょう。

「操作は正常に完了しました」等のメッセージが表示されたら、PC を再起動し、「設定」→「Windows Update」でビルド番号や更新履歴を確認します。

手順 3:WUSA で適用する場合のコマンド

DISM でうまくいかない、あるいはよりシンプルな方法を試したい場合は、Windows Update Standalone Installer(WUSA)を利用します。

wusa "C:\Users\&lt;ユーザー名&gt;\Downloads\windows11.0-kb5062660-x64.msu" /quiet /norestart
shutdown /r /t 0

/quiet は無人インストール、/norestart は自動再起動を抑制するオプションです。続けて shutdown /r /t 0 で手動再起動を行うことで、更新適用後のクリーンな起動を確保できます。

方法特徴向いているケース
DISM /Add-Packageイメージに直接パッケージを統合。ログが詳細でトラブルシュートしやすい。管理者・上級者向け。しつこいエラーを詳細に切り分けたい場合。
WUSA.msu をそのまま実行するシンプルな方法。UI からの実行も可能。まずは簡単な手動インストールを試したい場合。

この「Update カタログからの手動適用」で通ってしまうケースは非常に多いため、まず最初に試すべき一手と言えます。

手動インストールでも失敗する場合の標準的な復旧フロー

DISM や WUSA で KB5062660 を適用しようとしても、やはり 0x800f0991 で失敗する場合は、より根本的な環境修復が必要です。ここでは、現場での再現性が高い順にステップを並べます。

ステップ 1:コンポーネント ストア修復 → システムファイル検証

まずは OS の土台となるコンポーネント ストアとシステムファイルの整合性をチェックします。

  1. 管理者権限のコマンド プロンプトを開きます。
  2. 次の 2 行を順に実行します。
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

それぞれの役割は以下の通りです。

コマンド役割目安時間
DISM /Online /Cleanup-Image /RestoreHealthコンポーネント ストア(WinSxS)の破損を検出・修復。Windows Update かローカルソースを参照して欠損ファイルを補完。5~30 分程度(回線・PC 性能に依存)
sfc /scannowシステムファイルのチェックと修復。キャッシュから正常なファイルを復元。10~30 分程度

両方のコマンド完了後、必ず PC を再起動し、再度 KB5062660 の手動適用(DISM / WUSA)または通常の Windows Update を試します。

もし DISM が「ソースファイルが見つかりません」等のエラーで終了する場合は、最新の Windows 11 24H2 ISO をマウントし、/Source オプションで指定することで修復できるケースもあります。

ステップ 2:Windows Update の一時キャッシュをリセット

次に、Windows Update 関連のキャッシュフォルダー(SoftwareDistribution、catroot2)を一度リセットします。これらが破損していると、新しい更新が正常にダウンロード・適用できません。

  1. 管理者権限のコマンド プロンプトを開き、以下を順に実行します。
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver

ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old

net start wuauserv
net start cryptSvc
net start bits
net start msiserver

各サービスの役割は以下の通りです。

サービス名役割
wuauservWindows Update 本体のサービス
BITSバックグラウンド インテリジェント転送サービス。更新のダウンロードに使用。
cryptSvc暗号化サービス。更新プログラムの署名検証などに関与。
msiserverWindows Installer サービス。インストール処理全般を司る。

SoftwareDistribution と catroot2 は、フォルダー名を変更すると次回の Windows Update 実行時に自動再作成されるため、削除ではなく .old を付けて退避する形にしておくと安心です。

リセット後、再度 KB5062660 を DISM / WUSA で適用するか、Windows Update から通常通りインストールを試します。

ステップ 3:クリーンブート状態で KB5062660 を適用

セキュリティソフトやチューニング系ソフト、独自ドライバーなどが更新処理に干渉していると、どれだけ環境を修復してもエラーが出続けることがあります。この場合、クリーンブートで最小構成の状態を作り、その上で更新を試すのが有効です。

代表的な方法は以下の通りです。

  1. msconfig(システム構成)を開きます。
    「Win + R」→ msconfig → Enter。
  2. 「サービス」タブを開き、「Microsoft のサービスをすべて隠す」にチェックを入れます。
  3. 残っているサービス(サードパーティ製)をすべて無効化します。
  4. 「スタートアップ」タブから「タスク マネージャーを開く」を選び、スタートアップアプリをすべて無効にします。
  5. PC を再起動します。
  6. クリーンな状態で KB5062660 の手動適用(DISM / WUSA)または Windows Update を実行します。

インストール後は、msconfig とタスク マネージャーで無効にした項目を元に戻すことを忘れないでください。クリーンブートは一時的な診断用モードです。

ステップ 4:直前のプレビュー更新をアンインストールしてから再試行

0x800f0991 は、直前に適用された別のプレビュー更新と競合している場合にも発生します。特に、同じ月内に複数のプレビューやアウト・オブ・バンド更新が出ているときは要注意です。

対処の流れは次の通りです。

  1. 「設定」→「Windows Update」→「更新の履歴」を開きます。
  2. 「更新プログラムをアンインストールする」をクリックし、直前にインストールされたプレビュー更新(KB5058499 など別のプレビュー KB)があれば選択してアンインストールします。
  3. PC を再起動します。
  4. 改めて KB5062660 を手動で適用します。

セキュリティ更新(通常の月例パッチ)まで巻き戻してしまうと逆にリスクが高くなるため、基本的には 「プレビュー更新」だけを対象にアンインストールするのが無難です。

ステップ 5:上書き修復インストール(インプレース アップグレード)

ここまで実施しても KB5062660 が 0x800f0991 で失敗する場合、OS 自体の整合性を一気に取り直す インプレース アップグレード(上書き修復インストール) を検討します。

インプレース アップグレードとは、現在の Windows を起動した状態で最新メディアの setup.exe を実行し、「個人用ファイルとアプリを引き継ぐ」 オプションを選択して上書きインストールする手法です。ユーザーデータやアプリを残したまま、システムファイルとコンポーネント ストアをほぼ新品状態に戻せます。

  1. Microsoft 公式サイトから最新の Windows 11 24H2 インストールメディア(または ISO)を入手します。
  2. ISO ファイルをマウントするか、USB メモリを作成して Windows 上で setup.exe を実行します。
  3. 画面の指示に従い、「個人用ファイルとアプリを引き継ぐ」を選択して進めます。
  4. インストール完了後、Windows が再起動して再構成されます。
  5. 再度 KB5062660 を適用するか、その後に配信される通常の月例累積更新を適用します。

よくある誤解として、「一度 Windows 11 をクリーンインストールしたから OS は新品のはず」というケースがあります。しかし、クリーンインストール直後に大量の更新がまとめて流れ込む過程で問題が発生している場合、再度クリーンインストールしても同じルートをなぞってしまい、結果として同じエラーに戻ってくることがあります。その意味でも、インプレース アップグレードは「現在の状態を丸ごと修復する」最後の切り札として有効です。

ログを使って 0x800f0991 の原因を絞り込む

それでも原因が分からない場合は、ログを確認して「どのパッケージで・どの段階で」失敗しているかを見極めます。

確認しておきたい主なログ

  • CBS.log
    パス:C:\Windows\Logs\CBS\CBS.log
    Windows コンポーネントの更新や DISM、SFC の詳細なログが記録されます。
  • DISM.log
    パス:C:\Windows\Logs\DISM\DISM.log
    DISM 実行時のログです。特定のパッケージで失敗している場合、その KB やエラーコードが記録されます。
  • WindowsUpdate.log
    Windows 10 以降では、PowerShell コマンドで生成します。

WindowsUpdate.log は、PowerShell(管理者)で以下のコマンドを実行するとデスクトップに生成されます。

Get-WindowsUpdateLog -LogPath "$env:USERPROFILE\Desktop\WindowsUpdate.log"

生成されたログファイルをテキストエディターで開き、「0x800f0991」や「KB5062660」「error」「failed」などのキーワードで検索すると、どこでこけているかの手掛かりになります。

プレビュー累積更新 KB5062660 を「入れない」という選択肢

ここまでの対応を行ってもなお KB5062660 が入らない場合、あえてこのプレビュー更新をスキップするという判断も現実的です。

KB5062660 はセキュリティ更新ではなく、機能追加やバグ修正を先行提供する「非セキュリティのプレビュー更新」です。月例の本番累積更新(Patch Tuesday)には、原則として重要な修正だけが取り込まれ、プレビュー固有の不具合が収束してから広く配信されます。

そのため、次のような場合には「無理に入れない」判断が妥当です。

  • 業務用 PC で、多少の新機能よりも安定性を最優先したい。
  • KB5062660 のリリースノートを読んでも、「どうしても今すぐ必要な修正」が含まれていない。
  • すでに何時間もトラブルシュートを試しており、これ以上のダウンタイムや工数をかけたくない。

この場合は、以下のような運用が考えられます。

  • 「設定」→「Windows Update」で更新の一時停止期間を設定し、本番累積更新(セキュリティ更新)が出るまで待つ。
  • 企業環境であれば、グループポリシーや WSUS / Intune などでプレビュー更新を展開対象から外す。
  • メインマシンではなく、検証用 PC や仮想マシンで KB5062660 を試す。

プレビュー更新はあくまで「任意」のものであり、適用しなかったからといってセキュリティリスクがただちに増大するわけではありません。ビジネス要件と工数を天秤にかけて判断しましょう。

実行順のまとめチェックリスト

ここまでの内容を、「最短で成果が出やすい順」にまとめると次の通りです。

優先度作業内容目安時間ポイント
1Update カタログから KB5062660(x64)をダウンロードし、
DISM /Add-Package で手動適用
15~30 分最短で通ることが多い。WUSA でも可。
2DISM /RestoreHealth → sfc /scannow を実行し、再起動30~60 分コンポーネント ストアとシステムファイルを修復。
3Windows Update キャッシュ(SoftwareDistribution / catroot2)をリセット10~20 分更新コンポーネントの破損が疑われるときに有効。
4クリーンブート状態で KB5062660 を再適用20~40 分セキュリティソフトや常駐アプリの干渉を排除。
5直前のプレビュー更新(別 KB)をアンインストール → 再試行20~40 分保留中更新の競合が原因の場合に有効。
6インプレース アップグレード(上書き修復インストール)1~2 時間最後の切り札。アプリやデータを維持したまま OS をほぼ再構築。
7それでもダメなら無理に KB5062660 を入れず、本番累積更新を待つ─プレビューであることを思い出し、「入れない」選択肢を検討。

よくある質問(FAQ)

Q. Windows 11 を再インストールしたのに KB5062660 がやはり 0x800f0991 で失敗します。なぜですか?

A. クリーンインストール直後は、複数の累積更新・ドライバー更新・ストアアプリ更新などが一気に流れ込みます。この「初回更新ラッシュ」の途中でコンポーネント ストアや更新コンポーネントが不整合を起こすと、再度クリーンインストールしても同じルートを通るため、結果として同じエラーに戻ってきてしまうことがあります。インプレース アップグレードや、Update カタログからの手動適用など、「更新経路を少し変える」アプローチが有効です。

Q. DISM と WUSA のどちらを使うべきですか?

A. まずは手軽な WUSA で試し、それでもうまくいかない場合に DISM /Add-Package で詳細なログを取りながら試す、という二段構えをおすすめします。DISM のログからは、どのパッケージやマニフェストで失敗しているかが分かることが多く、深いトラブルシュートには DISM の方が向いています。

Q. 0x800f0991 が出ている状態のまま、KB5062660 を放置しても大丈夫ですか?

A. KB5062660 はプレビュー更新なので、「セキュリティホールが塞がらない」といった重大なリスクがただちに生じるわけではありません。むしろ、何度も失敗する更新を無理に適用しようとして OS を不安定にするほうがリスクが高い場合もあります。どうしても必要な修正が含まれていない限りは、「プレビュー更新は見送って、本番累積更新(セキュリティ更新)だけを確実に適用する」という運用も十分合理的です。

Q. KB5062660 を適用したあと PC が重くなった気がします。これは正常ですか?

A. 累積更新直後は、インデックスの再構築やバックグラウンドの最適化が走るため、一時的に重くなることはあり得ます。ただし、数日経っても改善しない場合や、ゲームが起動しなくなる・頻繁にクラッシュするなどの症状がある場合は、ドライバーや一部アプリとの相性問題も考えられます。この場合は KB5062660 をアンインストールして様子を見る、あるいはその後の累積更新で改善するかを確認するとよいでしょう。

Q. ログを見ても難しくてよく分かりません。どこまで自分でやって、どこから専門家に頼むべきでしょうか?

A. 本記事で紹介した「DISM / SFC」「キャッシュリセット」「クリーンブート」「Update カタログからの手動適用」あたりまでは、比較的安全にご自身で実施できる範囲です。インプレース アップグレードや、レジストリを直接編集しての修復、サードパーティ製の修復ツール導入などはリスクもあるため、重要データを扱う業務用 PC であれば、専門家や社内の情シスに相談するのが無難です。


まとめると、KB5062660 の 0x800f0991 は「よくある Windows Update エラー」の一種ですが、Update カタログからの手動適用 → DISM / SFC → キャッシュリセット → クリーンブート → インプレース アップグレード という定番ルートをきちんと踏んでいけば、多くのケースで解消が期待できます。それでも改善しない場合は、プレビュー更新であることを踏まえ、「あえて適用しない」「次の本番累積更新を待つ」という選択肢も冷静に検討してください。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次