【不具合追跡】2026年02月11日 KB更新後の状況推移

重大な注意事項

1.【時系列】不具合報告と動向（追跡ログ）

2026/02/12 09:00時点：【追跡】国内外の不具合報告および修正状況のまとめ

2月の定例更新（Bリリース）配信から一晩が経過し、国内外の主要技術サイトおよびユーザーコミュニティから報告されている不具合・修正状況の要点は以下の通りです。

Windows 10（22H2・ESU環境中心）

ESU契約環境向け（KB5075912等）では、新規の重大な不具合報告は少なく、これまでの不安定挙動に対する修正が先行している状況です。

• 改善： NVIDIA環境における動作の遅延やタスクバーのフリーズ、FPS低下問題が改善したと報告されています。
• 改善： シャットダウンやスリープが正常に完了せず、電力を余計に消費する不具合が修正されました。
• 現状： 現時点で、2月パッチ固有の広範な新規不具合は公式・非公式ともに確認されていません。

Windows 11（23H2 / 24H2 / 25H2：KB5077181等）

Microsoft公式は「既知の問題なし」としていますが、実環境ではインストール関連のトラブルや特定機能の不安定さが散見されます。

• インストールトラブル： 更新プログラムのサイズが肥大化しており、ダウンロードの停滞や、適用中のロールバックループ（インストール失敗）が発生したとの報告があります。
• パフォーマンス： グラフィック関連（dxgmms2.sys）のBSOD修正が含まれていますが、適用後に逆にクラッシュが発生し始めたという報告が少数あります。
• 機能不全： 「Smart App Control」が有効化可能な環境で設定オプションが表示されない、または「Cross-Device Resume」が正常に動作しないケースが指摘されています。
• 回線負荷： オフラインインストーラーの使用時に、サポート外ハードウェアでもローカルAIモデルのダウンロードが走り、帯域を圧迫する挙動が確認されています。

正式版KBによるセキュアブートDB更新動作の改善について

プレビューKBから正式版KBへの切り替えが行われたのですが、現状以下のような状況となっており、大きく改善したとは言えない状況と考えられます。

• プレビューKB適用後に「アクティブDBに新証明書が存在するかはTrue、デフォルトDBではFalse」という結果であった場合に、正式版KB適用後は「アクティブDBに新証明書が存在するかはTrue、デフォルトDBでもTrue」に改善される事例を確認できた。
• 上記の場合も、DB証明書は「NotAfter（有効期限） 2026/06/18」のままで改善されないケースが大半と考えられる。

改善はどうなる？

この件については、WinOSとM/BのBIOSの双方の対応が必要になるため「現状ではこれ以上の改善が見込めない可能性があります。

M/Bメーカーなどでは、対応BIOSの提供を正式にアナウンスしているところもありますので、お使いの機材（PC本体並びにM/B)ベンダーのHPなどを確認し、正式版の対応BIOSの提供があれば更新することで改善が図れるということになっていくと考えられます。

• ベータ版BIOSの適用はおすすめしません。
• BIOS更新はサポートページの注意事項だども参考に「慎重に実行」してください。失敗するとPCが起動しなくなることもある作業です。

参考情報

ブログ内の記事：

【ゴースト適用・2026年問題続報】不整合の実例も発生-今すぐバージョン確認を-WinREとセキュア ブート許可署名DB【2026/02/11】

【2026年問題・追跡ログ】公式判定の死角：実機検証で暴かれた「セキュアブートDB更新」の不都合な真実とは？【2026/02/11〜】

MS公式の記事：

※　2023年版DBに切り替わったときのものです。今回のDB更新にかかる記事はまだ無いようです。

CVE-2023-24932 に関連付けられているセキュア ブートの変更に対する Windows ブート マネージャー失効を管理する方法

特にWin11でのインストールトラブルについて

この件に関しては、どうもこのブログでも以前から警告/周知しているシステム領域（特にEFI領域）の容量逼迫の影響が憎悪してきているのではないかという感想を持っています。

MSはいつの間にか（大きなアナウンスなしに）クリーンインストール時に生成されるEFI領域を100MBから200MBに増やしています。

EFI領域の容量が100MBのままの方は「今後のWinUp時には悩まされ続けることになる」のかも知れません。

当ブログとしては、システム領域の拡張を強くおすすめします。

ブログ内の記事：

【システム領域不足】WinUpやOSアップグレードの失敗を解消する【2025/09/15】

2026/02/11 10:15時点：

現在、定例パッチ（Bリリース）の配信が開始された直後です。現時点では、特定の環境で「インストールの進捗が90%〜100%で長時間止まる」という報告が散見されます。

これは今回の更新の肝である「2026年問題」への対応として、裏側でシステム基盤（UEFI等）の物理的な書き換えが走っているためと考えられます。中途半端な強制終了は起動トラブルを誘発しやすいため、少なくとも1時間は無理に中断せず、様子を見ることを強く推奨します。

2. 今回の公式発表と独自障害予測

1. 2026/02/11 KB提供時点の見通し

2. Microsoft公式発表：今月の「既知の不具合」（2026/02/11時点）

2.1. Windows 11 Version 25H2・24H2 (KB5077181)

• 問題1：特定の構成におけるインストールの停滞
  • 現象：更新プログラムの適用が100%付近で長時間停止したように見える。
  • 状況：システム基盤の更新を含むため、完了まで待機することを推奨しています。

2.2. Windows 11 Version 23H2 (KB5076124等)

現在、公表されている既知の問題はありません。

2.3. Windows 10 Version 22H2 (ESU) (KB5075904)

現在、公表されている既知の問題はありません。

3. 本サイト独自の障害予測（2026/02/11時点）

3.1. Win11 (25H2 / 24H2) で発生する可能性のある障害

• 物理的な鍵の更新失敗（ゴースト適用）
  • 【予測の根拠】: 今回のKBにはセキュアブート署名データベース（DB）の物理書き換えを伴う「Dynamic Update」が内包されています。環境によっては履歴が「成功」となっても、実際のマザーボードへの書き込みがスキップされる不整合が予測されます。
• EFI領域（100MB）不足による0x800f0922エラー
  • 【予測の根拠】: 基盤更新を含む巨大パッチの処理過程で、システム領域の空きが枯渇し、インストールが失敗するリスクがあります。

4. 配信直後の初動レポート（2026/02/11時点）

正式提供直後の動向 (2026/02/11 11:00 時点)

Windows 11 (25H2 / 24H2)

• 再起動挙動の差異： 適用後の再起動が1回で終わる環境と、2回行われる環境に分かれています。2回行われない場合、物理書き換えがスキップされている可能性が注目されています。

諸注意情報等

この記事について

この記事は、2026年2月11日に配信されたWindows Update 定例更新（Bリリース）について、発生している不具合情報、および緊急の回避策に特化して解説するものです。

Q&A (2026/02/12更新)

記事中の専門用語の解説

• 2026年問題（セキュアブート署名の失効）
  • 2026年6月18日に、Windowsの起動を許可する古い電子署名（2011年版）が期限切れとなる問題。これに対応するため、最新の署名「2023年版」へシステム基盤を物理的に移行させる必要があります。
• ゴースト適用
  • Windows Updateの画面上は「成功」と表示され、累積パッチも適用済みとなるが、裏側で行われるはずの「マザーボード（UEFI）の書き換え」が失敗、またはスキップされている状態。2026年6月に突然起動不能になる時限爆弾のような状態です。
• Dynamic Update（動的更新）
  • Windows Updateの履歴には一切記載されず、OSの裏側でシステム基盤やUEFIの書き換えを行う特殊なプログラム。今月の「署名の入れ替え」を司るサイレントなエンジンです。
• ESS (Enhanced Sign-in Security / 拡張サインインセキュリティ)
  • Windows Helloの認証を保護する高度なセキュリティ。これが2月の正式版で厳格化されたことにより、古い設計のWebカメラ等が「不適合」として排除（点滅やフリーズ）される事象が発生しています。

最後に

記事を最後までお読みくださりありがとうございました。

2026年2月の定例更新は、目に見える新機能の追加ではなく、Windowsが今後も安全に起動し続けるための「心臓部の入れ替え」という、非常に重たい内容となりました。不具合報告は現在収集中ですが、今月に関しては「エラーが出ない不具合（ゴースト適用）」という、これまでにない難敵に警戒が必要です。

もしこの記事が、皆さまのPCの「真の成功」を確認する一助となりましたら幸いです。新たな動きがあり次第、本記事の時系列セクションに追記いたします。

記事へのご質問やフィードバックについて

内容に関してご不明な点や、「自分の環境では再起動が〇回だった」といった実態レポートがありましたら、ぜひコメント欄にお寄せください。皆さまの声が、他のユーザーを救う大きな力になります。

記事へのご質問やフィードバックについて

記事の内容に関してご不明な点やご質問がありましたら、お気軽にコメント欄にご投稿ください。すべてのご質問に必ずしも回答できるとは限りませんが、可能な限りお答えしたり、今後の記事作成の参考にさせていただきます。

付録：この記事の作成プロセス（AI協働メモ）

1. この記事の目的と役割

本記事は、2026年2月定例更新後に発生しているリアルタイムな不具合情報を集約し、特に「履歴上の成功」と「物理的な未完了（ゴースト適用）」の乖離による将来的な起動不能リスクを読者に認知させることを目的としています。あわせて、再起動回数などの具体的な指標を用いた自己診断と、異常発生時の初動対応を提供します。

2. 筆者の関連経験・専門性

この記事の執筆にあたり、筆者の以下の経験が活かされています。

• 20年以上の保守経験に基づく、OSとUEFI（マザーボード基盤）の連携不全による起動トラブルへの深い知見。
• 1月のプレビュー版（KB5074105）および緊急パッチ（KB5078127）における不具合挙動の継続的な観測データ。
• AMD実機および仮想環境を用いた、アップデート適用プロセス（再起動の挙動など）の直接検証。

3. AIとの協働内容（調査・議論 of 重点ポイント）

記事作成の過程で、AI（Google Gemini）とは主に以下の点について調査、議論、内容の精査を行いました。

• 物理書き換えプロセスの可視化： Dynamic UpdateがOS起動前にUEFI DBを書き換えるメカニズムと、なぜ「再起動が2回」必要なのかというロジックの整理。
• 「ゴースト適用」のリスク言語化： エラーが出ない不具合という特異な状況に対し、読者が危機感を持ちつつもパニックにならないための適切な警告表現の検討。
• 1月プレビューからの差分抽出： 先行テスト段階で発生していたカメラ点滅等の不具合が、今回の正式版でどう変化したかの国内外のレポート精査。

4. 主な参照情報・検証方法

Microsoft公式のRelease Health、各KBのサポートドキュメント、国内外の技術コミュニティ（Reddit、Microsoftコミュニティ等）の一次報告、および筆者の検証機（Win11 24H2実機 / Win11 23H2仮想 / Win10 22H2仮想）での実挙動に基づいています。

この記事中の広告リンクについて

この記事中の広告リンク一覧です。

記事本文中の広告リンク

このブログは、広告収入によって運営されていますが、この記事の本文中に個別の広告リンクは含まれていません。

サイドバーやヘッダー部分などの広告

広告が表示されています。

業者名や商品名など

この記事では明示的にプロモーションとして取り扱っているものはありません。

ただし、過去のプロモーションなどで取り扱った商品名や企業名などがプロモーション目的ではなくとも記載されている場合があります。

過去のプロモーションなどで取り扱った企業名は、できる限りステマ規制に関する表示についてのアフィリエイト等関連業者名一覧の項で記載していますので、お手数ですがそちらでご確認ください。