Windows

KB5089549でインストール失敗とネット低速化の報告

情報の灯台

情報の灯台

KB5089549でインストール失敗とネット低速化の報告

2026年5月の月例更新プログラム「KB5089549」が、複数のPCでインストール失敗を引き起こしている。Microsoftは「既知の問題なし」と公式に説明する。

Microsoftは「問題なし」、現場は失敗報告

2026年5月13日(日本時間)に配信されたWindows 11向け累積更新プログラムKB5089549をめぐり、インストール失敗とネット接続性能の低下を訴える報告がRedditやMicrosoft Q&Aフォーラムで相次いでいる。対象はWindows 11 バージョン25H2および24H2で、適用後のビルド番号は26200.8457(25H2)と26100.8457(24H2)に上がる。

Microsoftはリリース正常性ダッシュボード上で、このパッチに「no active known issues」(現在認識されている既知の問題はない)と記載している。Patch Tuesday告知のドキュメントにも、不具合に関する記述は見当たらない。

しかし複数の独立した場で、同じ症状の報告が積み上がっている。

Redditで広がる「Something didn't go as planned」

r/techsupportに投稿された Another security update but this time it keeps doing this: というスレッドでは、更新画面に次のメッセージが繰り返し表示されるという報告が寄せられた。

Something didn't go as planned. No need to worry--undoing changes. Please keep your computer on.

(うまくいきませんでした。心配いりません、変更を元に戻しています。コンピューターはつけたままにしてください)

スレ主が複数回試しても同じメッセージで弾かれる。コメント欄には「自分のPCでも同じ症状が出た」「過去のPatch Tuesdayでも同種の問題があった」といった追従が並んだ。r/pcmasterraceの PC stuck updating でも、更新画面が1時間以上動かないまま固まったという同様の報告が見つかる。

別のユーザーは、3回連続でインストールに失敗し、その間に.NET Frameworkだけは2回目の試行で入ったものの、本体のセキュリティ更新だけは3回とも転んだと書き残している。

ネットワーク性能の劣化を訴える企業ユーザー

Microsoft Q&Aフォーラムには、組織内の複数台で同時にインターネット速度の劣化が発生したという報告が投稿された。質問者は次のように状況を整理している。

KB5089549をWindows 11 25H2へ展開した直後から、組織内の複数システムでウェブ閲覧とアプリ通信が著しく遅くなった。ネットワーク機器やISP側に問題は見つからず、症状はWindows端末側に閉じている。試験的に当該KBをアンインストールしたが、断続的な遅さは残っている。

ネットワーク基盤やISP接続を点検しても異常はなく、症状はWindows端末に閉じていた。当該KBをアンインストールしても断続的な遅さは残るという。これは、更新プログラムがNICドライバーやTCP/IPスタックに加えた変更がアンインストール後も残っている可能性を示唆する。

r/WindowsUpdateの 2026-05 Security Update (KB5089549) - Another failed installation でも、別の失敗パターンが報告されている。投稿者は、CBSログがBitLockerやEFI、Secure Bootではなく containerai.dll のインストーラー失敗を指していると示した。エラーコードは 0x800f0922。失敗の入口が一つに収束していない。

報告されている3つの独立した症状パターン
報告場所 症状 具体的な証拠
r/
techsupport		 インストールが
何度試しても失敗		 更新画面に
「Something didn't
go as planned」
Microsoft
Q&A		 組織内複数台で
ネット速度が低下		 アンインストール
しても遅さが残る
r/Windows
Update		 containerai.dll
のインストール失敗		 エラーコード
0x800f0922
※ いずれもMicrosoftリリース正常性ダッシュボードには未掲載

「既知の問題なし」の意味

Microsoftが公式に「既知の問題なし」と表明していること自体は、嘘や隠蔽ではない。Microsoftの定義では、「known issue」(既知の問題)はテレメトリやサポートチケットで再現性と影響範囲が一定以上に達したものだけを指す。個別環境の失敗報告は、その閾値を超えるまでダッシュボードには載らない。

つまり、現場では起きているが公式記録にはまだ載っていない、という状態が成立している。

これは過去のPatch Tuesdayでも繰り返されてきたパターンだ。配信直後にRedditやXで症状が広がり、数日後にMicrosoftが調査中と認め、さらに数日後に正式な既知の問題として登録される。今回もこの順序をたどるかは、まだわからない。

リリース正常性ダッシュボードは、Microsoftが顧客環境のテレメトリやサポート問い合わせを集約し、再現性と影響範囲が一定以上に達した不具合だけを掲載する仕組みになっている。個別環境の失敗報告は、その閾値を超えるまで掲載されない。
「既知の問題」が公式に登録されるまでの段階
  • 段階1
    個別環境で症状発生現在地
    Reddit・Microsoft Q&A・X等に分散して報告が投稿される。テレメトリには反映されるが、件数が閾値未満のため公式記録には載らない。
  • 段階2
    再現性と影響範囲の確認
    Microsoftのサポートチケットやテレメトリで、同一症状が一定件数を超える。社内で再現テストが実施される。
  • 段階3
    「調査中」として認知
    リリース正常性ダッシュボードに「Investigating」として掲載される。回避策がある場合は同時に案内。
  • 段階4
    既知の問題として正式登録
    「Known issue」として登録され、修正版KBがリリースされるまで継続表示。Patch Tuesday単位で更新される。
※ 各段階の所要日数は不具合の規模・再現条件により大きく変動する

個人ユーザーが取れる選択肢

被害報告のスレッドでは、いくつかの回避策が共有されている。

ひとつは「wushowhide.diagcab」ツールを使って当該KBを更新対象から外す方法。Microsoftが提供する古いトラブルシューティングツールで、特定の更新プログラムだけを一時的に非表示にできる。問題のKBが再配信されない限り、半永久的にスキップできる。

もうひとつは、更新の一時停止機能を使って数日〜1週間ほど様子を見る方法。Microsoftがダッシュボードに既知の問題として登録するか、修正版を出すまで待つ。

企業環境向けには、netsh int ip reset と netsh winsock reset でTCP/IPスタックを初期化する手順がMicrosoft Q&A上で共有されている。NICドライバーをベンダー最新版へ更新し、オフロードやRSS、MTUサイズなどのアダプター詳細設定をデフォルトに戻す手順も勧められている。

配信ペースと品質のジレンマ

Microsoftは2026年に入ってから、Windows Updateの信頼性向上を繰り返しアピールしてきた。直近にもドライバー更新の仕組みを刷新する発表があり、再起動回数の削減や失敗時のロールバック精度を引き上げる方針が示されている。

それでも月例更新のたびに同種の症状が報告される現実は変わらない。

ダッシュボードに「既知の問題なし」と書かれていても、それは「自分のPCで起きない」を保証する記述ではない。再起動の前に復元ポイントを取り、適用は急がず、Redditで数日分の生の声を眺めてから入れる。これくらいの自衛は、Windowsユーザーにとって月に一度の儀式として定着してしまっている。

参照元

関連記事

この記事を共有する
Windows Microsoft Windows 11 KB5089549 Patch Tuesday Windows Update 25H2 24H2 Reddit Microsoft Q&A 動画作成済み
HOME

Read more