https://error-daizenn.hatenablog.com/entry/2025/11/29/094023

Windows 11 を起動したのに、スタートメニューが沈黙したまま、エクスプローラーも開かず、デスクトップは“あるのに使えない”…。ここ数日、Xでも海外フォーラムでも、まさに阿鼻叫喚の声があふれています。この記事は 2025年11月29日公開 で、Microsoft が正式に認めた Windows 11 24H2／25H2 の重大バグ を、最新の公式文書（KB5072911）とユーザー報告をもとに、フォーラム風にわかりやすくまとめたものです。
中学生でも読めるように、あえてちょっと砕けた語り口で、でも情報そのものは極端に精度を落とさずに書きます。あなたが同じ症状に悩んでいるなら、その不安を一つずつほどきながら読み進めてほしいです。

いま何が起きているのか：症状の広がりと対象バージョン

まず最初に、今回のバグの“発生地点”をはっきりさせます。
この不具合は Windows 11 バージョン 24H2／25H2 で、2025年7月以降の累積更新（最初は KB5062553）をインストールした PC に発生します。
Microsoft は 2025年11月末に公開したサポート文書 KB5072911 で、状況を正式に認めました。

症状はかなり深刻で、ユーザーの書き込みを読んでいると「Windows が起動するのに Windows が使えない」という奇妙な状態が共通して報告されています。スタートメニューは空白、エクスプローラーは異常終了、タスクバーが消失、設定アプリも無反応。まるで UI そのものが壊れたような感覚で、多くの人が「これもう OS というより壁紙じゃん…」と嘆いています。

相談内容をあらためて整理

「アップデートしたら突然 Windows が壊れたみたいになったんだけど、これ自分の PC だけ？」
「スタートメニューもタスクバーも消えて、設定も開かない。どう直すの？」
まさにこういう声が世界中で噴出しています。
この記事では、そういう“混乱の真ん中にいる人”が状況を掴めるように、原因と解決策を一枚の地図みたいにまとめます。

重大バグの原因：XAML パッケージの“競合レース”

今回のバグの核心は、Microsoft 自身が説明している タイミングレース（race condition） にあります。
少しゆるく説明すると、

Windows がログイン直後に UI 用の3つの XAML パッケージを読み込もうとする
↓
でも、その3つが読み込み終わる前に Windows Shell が動き出す
↓
必要な部品が間に合わないので、StartMenuExperienceHost や Explorer が崩壊
↓
結果、見事に「動いてるけど動けない Windows」が誕生してしまう

という流れです。

問題を起こしているパッケージは、以下の3つ。
MicrosoftWindows.Client.CBS
Microsoft.UI.Xaml.CBS
MicrosoftWindows.Client.Core

どれか1つでも読み込みに遅れると、UI 全体が domino（ドミノ）倒しのように崩れます。
特に初回ログイン時と、VDI（非永続デスクトップ）環境では毎回再発するため、企業側でも大問題になっています。

壊れるポイント：ユーザー報告から見える“現場の地獄”

以下は、多くのユーザーが口をそろえて報告している症状です。

スタートメニューが Critical Error でクラッシュ
エクスプローラーが起動しない／即クラッシュ
タスクバーが消える
設定アプリが開かない
ImmersiveShell が初期化失敗
UI 全体が操作不能

あるユーザーは「壁紙だけが元気で、他が全部死んでる」とぼやいていましたが、まさにそんな感じです。
企業の IT 管理者からは「全員ログイン不能で業務が止まった」という悲鳴も見られ、影響範囲はかなりの規模です。

なぜ 25H2 まで巻き込まれた？

今回 Microsoft が明言した重要ポイントは
「25H2 も内部コアが 24H2 と同一なので影響を受ける」
という部分です。

表面上はバージョンが違って見えても、内部の UI コンポーネントはほぼ同じため、同一の race condition が再現されてしまうわけです。
これにより“数百万台規模”で同時発生しうる重大バグになっています。

そして衝撃の事実：Microsoft はまだ“完全な修正パッチを持っていない”

Microsoft は状況を認めつつも、2025年11月時点で 恒久対策（permanent fix）が存在しない と述べています。
その代わりとして、ユーザーと IT 管理者向けに 2種類の応急処置 を公開しました。
ここが重要なので、フォーラム記事風に噛み砕いて説明します。

一般PC向け：手動で XAML パッケージを再登録する

Persistent（永続ストレージ）環境では、以下の3行を PowerShell で実行することが推奨されています。
これは“不具合の根本を治す”というより、“欠けている部品を強制的に立て直す”という作業です。

(1) Add-AppxPackage -Register -Path ‘C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml’ -DisableDevelopmentMode
(2) Add-AppxPackage -Register -Path ‘C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml’ -DisableDevelopmentMode
(3) Add-AppxPackage -Register -Path ‘C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml’ -DisableDevelopmentMode

終わったら SiHost.exe を再起動するだけで、壊れていた Windows Shell が復活する可能性が高いです。
「これで直った！」という報告が多い一方で、「一度直ったけど、再ログインでまた崩れた」という声もあり、万能薬ではありません。

VDI（非永続環境）向け：ログイン前にパッケージを毎回再登録する

非永続デスクトップは“毎回初期化される”ため、手動対応では追いつきません。
そこで Microsoft が出した解決策が ログオンスクリプトでの強制処理 です。

(1) ログオンスクリプトを同期実行にする
(2) 上の3つのパッケージを PowerShell から再登録
(3) Explorer.exe より先にこれを終わらせる

これで UI の崩壊が防げる、と公式は説明しています。
企業では「仮対応でもこれで業務がやっと動いた」という声が多く、緊急避難としては十分な効果が出ているようです。

他ユーザーの声：フォーラム風に拾い読み

「KB5062553 入れてから地獄。ログイン3秒でスタートメニュー爆死」
「PowerShell の3行で直ったけど、再起動したらまた壊れた」
「25H2 で安全かと思ってたのに巻き込まれた。やめてくれ…」
「企業VDI全滅した。ログオンスクリプトで何とか息を吹き返した」

まるで災害時の実況のように、世界中で似た報告が出ています。
これだけ同時多発的なら、Microsoft が急ぎで恒久修正を作っているのはほぼ確実ですが、現時点ではまだ影も形もありません。

原因と対処のまとめ：なぜこんな重大事故が起きたのか

理由を一言でまとめるなら、

UI の心臓部になる XAML コンポーネントの読み込みタイミングにバグがあったから

です。
しかも“ログイン直後”という OS の一番デリケートな瞬間にぶつかったため、影響が最大化したというわけです。
さらに 24H2／25H2 の内部コアが共有だったことで、被害は幅広い層へ一気に広がりました。

対象ユーザー：一般〜企業まで全員影響

今回のバグは、本当に対象が広いです。

一般家庭の PC
ゲーミング PC
企業の VDI
開発者のテスト環境
学校の端末

「例外的に安全な構成」というものがほぼ存在しないのが特徴です。
むしろ更新を律儀に適用していた人ほど傷が深い、という皮肉な状況が生まれています。

最後に：あなたの症状や体験をコメントのように投稿してほしい

この記事はただのニュースまとめではなく、みんなで情報を持ち寄る“ミニフォーラム”のような場所にしたくて書いています。
「この方法で直ったよ」「うちは VDI でこんな状況だった」「別の KB 適用で再発した」
そういう生の声が集まるほど、次に困って検索してくる誰かの助けになります。

Windows が壊れると、いつも突然で、理不尽で、そして不安になりますよね。
でも、情報があれば対応ができます。
あなたの Windows が無事に復活しますように。そして、公式パッチが早く届きますように。