9月の月例（Patch Tuesday）で配信されたWindows 11 24H2向け累積更新プログラム「KB5065426（OSビルド 26100.6584）」が一部環境でインストールできず、再試行のループや途中失敗が発生しています。本稿は2025年9月16日（現地時間）に複数メディアとコミュニティで報告された事象を整理し、一般ユーザーから企業の管理者までが“今日すぐ”に試せる手順と判断材料を提供します。 とくにMedia Creation Tool（メディア作成ツール）の上書きアップグレードという暫定回避が広く有効とされており、まず最短の安全策から解説します。Windows Report+2Windows Latest+2
- 何が起きているのか（全体像）
- 発生日時・対象環境・バージョン
- 症状の特徴（ユーザー報告の共通点）
- 推定原因（公式発表と現場の手応えのあいだ）
- 公式対応状況（対応中／未発表／回避策あり）
- 対象ユーザー層（誰のための情報か）
- まず試す最短の回避策（MCTの“上書きアップグレード”）
- それでも失敗する時の“すぐ効く小ワザ”
- 他ユーザーの報告事例（短い引用）
- 具体手順の完全版（MCT／Update Assistant／既存コンポーネント修復）
- エラーコード速見表（原因のあたりをつける）
- 正式情報の再確認（公開日・ビルド・既知問題の扱い）
- どうしてMCTが効くのか（仕組みの理解）
- 企業・学校での展開（管理者向けの安全運用）
- ユーザー報告の現実感（短い引用で温度を測る）
- よくある質問（Q&A）
- まとめ（いまの最適解）
- コメント欄で共有してほしいこと（フォーラム運営のお願い）
何が起きているのか（全体像）
2025年9月配信のKB5065426が一部のWindows 11 24H2端末で適用に失敗し、更新が“再試行”に戻る・50％前後で止まる・カタログからの手動適用でも同様にエラーになる、といった症状が相次いでいます。 代表的なエラーコードとして0x800F0991、0x800F0922、0x80071A2D、0x800F081F、0x80070302、0x80070306、0x8000FFFF、0x800f0805が報告されています。失敗端末では同時期に「ファイル／プリンター共有の設定が意図せず変化した」との副作用報告も見られ、ネットワークまわりの不具合と併発しているケースがあります。Windows Report+2Windows Latest+2
発生日時・対象環境・バージョン
対象はWindows 11 バージョン24H2（OSビルド 26100系）で、累積更新「KB5065426（OS Build 26100.6584）」が2025年9月9日（米国時間）に公開されました。 公開から数日で「インストールに失敗する」という報告がMicrosoft Communityや技術系掲示板、ニュースサイトに集まり、9月16日時点でも継続しています。ベースとなる更新内容と公式の更新情報はMicrosoftのリリースノートで確認できます。マイクロソフトサポート+2Microsoft Learn+2
症状の特徴（ユーザー報告の共通点）
最も多いのは「Windows Updateで“再試行（Retry）”が続く」「途中で“The update was not installed（更新はインストールされませんでした）”と表示される」「カタログのMSU適用も50％前後でエラー」という3点です。 また、SFC（システムファイルチェッカー）やDISM（展開イメージのサービスと管理）で事前整備しても改善しなかった、という管理者の声が複数見られます。Redditの月例パッチ総合スレッドやWindowsヘルプ系スレッドでも、24H2の当該累積更新での失敗例が散見されます。Windows Report+2Reddit+2
推定原因（公式発表と現場の手応えのあいだ）
Microsoftの公式“既知/解決済みの問題”ページでは当該KBに関する“インストール不能”の明記はなく、現時点の主因は環境依存の失敗（更新コンポーネントの破損、前提コンポーネントの不整合、ネットワークやストレージ条件）と読むのが妥当です。 一部の環境ではSSU+LCUのロールアップ適用時に構成不整合が起きる、Hyper-VやWindows Sandbox構成が影響する、といった仮説がコミュニティで語られていますが決定打は示されていません。過去の24H2系では互換性ホールドや配信ブロック事例もあり、今回も“広範な一般不具合”というより“特定条件での失敗”の色合いが強い状況です。Microsoft Learn+2Windows Forum+2
公式対応状況（対応中／未発表／回避策あり）
Microsoftから“サーバー側で修正済み”といった確定アナウンスはまだ確認できず、“回避策あり（Media Creation Tool経由の上書きアップグレードやUpdate Assistantの利用）”が現場の実用解です。 Windows Reportは、Media Creation Tool（インストール用USB作成・上書きアップグレード用ツール）で「このPCを今すぐアップグレード（Upgrade this PC）」を実行すると失敗端末でもKB5065426を通せた事例が多いと伝えています。うまくいかない場合はUpdate Assistant（更新アシスタント）を代替にする報告もあります。Windows Report
対象ユーザー層（誰のための情報か）
一般の家庭用PCユーザーはもちろん、複数台のWindows 11端末を運用する企業・学校の管理者にとっても“影響が読みにくいインストール失敗”は運用計画を狂わせるため、短時間で復旧できる回避手順を知っておく価値があります。 とくに24H2の初期展開を終えたばかりのフリートでは、更新の“足踏み”が他の業務ソフトの互換検証を遅らせる要因になりやすく、安定して適用できる経路の確保が重要です。コミュニティでも、Home版・Pro版・教育機関向け端末のいずれでも類似報告が並びます。Reddit+1
まず試す最短の回避策（MCTの“上書きアップグレード”）
“できるだけ安全に速く直す”ための第一選択は、Media Creation Tool（上書きアップグレード）です。
(1) MicrosoftのMedia Creation Tool（メディア作成ツール）を入手します（公式ページから最新版を取得）。
(2) ツールを起動し、「このPCを今すぐアップグレード（Upgrade this PC）」を選びます。
(3) 画面の指示に従い、個人ファイルとアプリを保持したまま更新を進めます（保持オプションを確認）。
(4) 再起動後、設定（Settings）→Windows UpdateでKB5065426の状態を確認します。
(5) 失敗する場合は、Update Assistant（更新アシスタント）で同様の“上書き”を試します。
MCT/Update AssistantはいずれもMicrosoft公式の提供物で、通常のWindows Updateより“壊れた更新コンポーネントを飛び越えやすい”のが利点です。 Windows Report
それでも失敗する時の“すぐ効く小ワザ”
更新前の“整地”として、ソフトウェアディストリビューションフォルダーのリセットやWindows Updateトラブルシューティング（Troubleshooter）の実行は依然有効です。 さらに、Hyper-VやWindows Sandboxを一時無効にして再起動→更新→元に戻す、という順も一部で効果が報告されています。企業端末ではプロキシやTLS検査がMSの更新サーバーに影響しないかのチェックも忘れずに。Microsoft Learn+1
他ユーザーの報告事例（短い引用）
現場の声は“成功した経路”のヒントになります。
「After 9 attempts, still get 0x800f0805… Media Creation Tool worked.」（Windows系ニュースのユーザー報告要旨）Windows Report
「Windows Update troubleshooter also fails… keep getting 0x800f0991.」（Microsoft Q&A）Microsoft Learn
「Cumulative Update stops at around 50% then errors out, SFC/DISM clean.」（Microsoft Q&A）Microsoft Learn
具体手順の完全版（MCT／Update Assistant／既存コンポーネント修復）
今すぐ成功率を高めたい場合は“Media Creation Tool（MCT）の上書きアップグレード”から試すのが最短です。
(1) Microsoft公式のMedia Creation Toolを取得します。
(2) 起動後に「このPCを今すぐアップグレード（Upgrade this PC）」を選び、個人ファイルとアプリを保持の選択肢を確認します。
(3) 案内に従って再起動まで完了させ、設定→Windows UpdateでKB5065426（OSビルド 26100.6584）の状態を確認します。
(4) MCTでうまくいかない場合は、Update Assistant（更新アシスタント）でも“上書き”を試します。通常のWindows Updateよりも壊れた更新コンポーネントを迂回しやすいことが利点です。 Windows Report
Windows Updateの下地づくり（失敗を減らす前処理）
MCTの前後で“更新の土台”を整えると、ループや途中失敗の再発を抑制できます。
(1) 設定→システム→トラブルシューティング→その他のトラブルシューティング→Windows Update を実行します。
(2) 管理者のPowerShellまたはコマンドプロンプトで、BITS／Windows Updateサービスの再起動とSoftwareDistributionフォルダーの再作成（一般的な“リセット”）を行います。
(3) SFC /scannow と DISM /Online /Cleanup-Image /RestoreHealth を順に実行して、破損を修復します。
(4) Hyper-V／Windows Sandbox等の仮想化機能を一時的に無効化→再起動→更新→復帰の順で確認します。これらはMicrosoftの一般的なガイダンスとコミュニティ実例で繰り返し推奨されている定番整備です。 マイクロソフトサポート+1
エラーコード速見表（原因のあたりをつける）
“表示コードから原因のあたりを付ける”と手順の選択が速くなります。
0x800F0991 ＝ 構成不整合・前提パッケージの解決失敗の一般例。MCT上書きで解消報告あり。 Microsoft Learn
0x800F0922 ＝ パーティション空き不足や更新コンポーネントの通信失敗で出やすいコード。 Windows Latest
0x80071A2D ＝ 更新処理の競合・保留状態で停止する事例。 Windows Latest
0x800F081F ＝ 参照元コンポーネント不足。DISM／MCTの順で解消する報告が多い。 Microsoft Learn
0x80070306／0x80070302／0x80070306 ＝ 途中（50％付近）での停止と相関する報告が多い。 Microsoft Learn
0x8000FFFF／0x800f0805 ＝ 複合的失敗の総称。MCTで突破した例がある。 Windows Report
正式情報の再確認（公開日・ビルド・既知問題の扱い）
KB5065426は2025年9月9日公開で、Windows 11 24H2のOSビルドを26100.6584に引き上げます。 Microsoftの更新履歴ページで配信履歴と“既知の問題”の記載を確認できます。記事執筆時点で“インストール不能”についての明示的な既知問題は掲出されておらず、現場報告ベースでは“特定条件での失敗が多発”という整理が妥当です。 マイクロソフトサポート+1
どうしてMCTが効くのか（仕組みの理解）
MCT／Update Assistantの“上書き”は、破損したWindows Updateコンポーネントをバイパスしつつ、累積更新を最新状態に再構成するため成功率が高くなります。 一方、通常のWindows Updateは既存のコンポーネント状態に強く依存するため、途中で整合が取れないと0x800F系や0x800703系で止まりやすくなります。Windows LatestやWindows Reportの実例でも、通常更新→失敗→MCTで成功という順が多数報告されています。 Windows Latest+1
企業・学校での展開（管理者向けの安全運用）
多数台を扱う場合は“まずはパイロット群でMCT上書き適用→影響評価→段階展開”が基本です。 24H2世代では、作成時期によってはメディア由来の既知問題が運用に波及した前例もあるため、展開用メディアの更新と既知問題ページの同時監視を習慣化してください。併せて、プロキシやTLS検査、EDRが更新通信や再起動工程を妨げないよう、メンテナンス時間帯の許可リスト整備が重要です。 The Verge
ロールバック計画と記録の付け方
“いつ／どの手で直ったか”を記録しておくと次回の障害対応が短縮します。
(1) 変更前に復元ポイントを作成します。
(2) 適用前後のOSビルド（winver）とKB番号を記録します。
(3) 失敗した場合はWindowsUpdate.logやCBS.logの時刻・エラー行を添えてナレッジ化します。
(4) 成功した経路（例：MCT→保持インプレース）を標準手順に格上げします。
ユーザー報告の現実感（短い引用で温度を測る）
“9回失敗したがMCTで通った”“トラブルシューターも落ちる、0x800F0991が続く”“SFC／DISMでクリーンでも50％で止まる”など、現場の声は一貫しています。 これらは単発ではなく、Microsoft Q&AやWindows系メディアのコメント欄で複数報告が重なっています。したがって、当面はMCT／Update Assistantがもっとも再現性の高い選択肢です。 Windows Report+2Microsoft Learn+2
よくある質問（Q&A）
Q1：Windows Updateの“再試行”が何度も出ます。やってはいけないことは？
A：同時に複数の“修復系”を走らせないでください。順番は、更新トラブルシューティング→SFC／DISM→MCTの上書き→再起動の一本化が安全です。 Microsoft Learn
Q2：カタログのMSUでも50％前後で止まります。
A：同じ構成不整合に当たっている可能性があります。MCTの“このPCを今すぐアップグレード”が有効です。 Windows Report
Q3：ネットワーク共有やプリンターが不安定になりました。
A：同月の不具合として並行報告があります。適用後の再起動・プリンター再検出・共有設定の再確認と、次の品質更新の適用を優先してください。 Windows Latest
まとめ（いまの最適解）
結論はシンプルで、“まずMCTの上書き、だめならUpdate Assistant、同時に更新コンポーネントを整地する”が最短の現実解です。 公開は2025年9月9日、対象はWindows 11 24H2、OSビルドは26100.6584。現時点でMicrosoftから“サーバー側で修正済み”の公式告知は確認できず（9月17日現在）、当面は上記の回避策を軸に安定適用を目指すのが合理的です。 マイクロソフトサポート+1
コメント欄で共有してほしいこと（フォーラム運営のお願い）
あなたの環境（Home/Pro、ビルド、セキュリティ製品、MCTかUpdate Assistantか）と“効いた一手”を、短く具体的に教えてください。 例：「0x800F0922 → SoftwareDistributionリセット後にMCTで成功」「0x800F081F → DISM → MCTで解決」「0x800f0805 → Update Assistantで突破」。同じ壁に当たった人の時間を、あなたの一言が確実に救います。
