2025年11月21日、ついにMicrosoftがWindows 11 24H2で続いていた“根深い壊れ方”の原因が、2025年7月以降の月例累積アップデート（KB5062553）だったと正式に認めました。
とくに、スタートメニュー・エクスプローラー・シェルホスト周りが一気に崩壊するため、多くの利用者が「PCがまともに動かない」と嘆く事態にまで発展。企業や教育機関の非永続イメージでは再現性が高く、“ログインするだけで壊れるWindows”と苦笑まじりの声が出ています。

今回の記事では、発生している症状・原因・修正状況・影響範囲・現場が取れる対処を、例によって“フォーラムで議論できる流れ”にまとめました。
最近のWindows 11はやたら不安定だよね…と感じていた人にも、今回の問題がどう関係するのかしっかり理解できる内容です。

2025年11月21日公開

まず何が起きていたのか：エクスプローラーもスタートメニューも“開けないOS”になっていた

今回の不具合は2025年7月配信の KB5062553（24H2向け月例累積更新） が原因となり、XAML（UIフレームワーク）を利用するシステムコンポーネントが連続してクラッシュする形で表面化しました。

最重要点は「Windowsシェルの中核がXAMLに依存しているため、関連パッケージが正しく読み込まれないとOSそのものが機能しなくなる」という事実です。

“壊れる時は全部まとめて壊れる”という、ユーザーにとっては正直かなりつらい状況になります。

具体的な症状：StartMenuExperienceHost・Explorer・ShellHost が連続クラッシュ

Microsoftとユーザー報告を総合すると、次のような症状が目立ちました。

スタートメニューが開かず critical error を表示する
Explorer.exe が起動直後に落ちる
ShellHost.exe がログインのたびにクラッシュ
タスクバーが読み込まれず、ウィンドウが一覧に出ない
検索が起動しない
設定アプリが反応しない、または開かない
UIを構成するXAMLビューのエラーでアプリが起動しない

“パソコンの根本的な入口が全部壊れる”という状態なので、ユーザーは何もできなくなります。
ひとことで言えば、OSとして成立しないレベルの障害です。

影響したユーザー層：特に企業と学校の「非永続イメージ」で被害が深刻

今回の不具合はWindows全ユーザーに起きるわけではありませんが、“条件が揃うと繰り返し壊れる”ため、とくに次の環境で深刻でした。

非永続型イメージ（non-persistent）を使うVDI
学校の共用PCで毎回プロビジョニングする環境
企業の大量展開時に行う初回セットアップ
イメージ展開後に即ログインするワークフロー
マルチユーザーの管理環境

非永続環境では、ログインのたびにアプリパッケージの読み込みが走るため、XAML依存パッケージが時間内に登録されない問題が毎回再現しやすいという特徴があります。

原因：XAMLコンポーネントの登録タイミングがずれ、依存しているアプリが“初期化に失敗”

Microsoftが公式に認めた原因は以下の通りです。

「更新後、XAMLパッケージが正しいタイミングで登録されず、依存アプリが起動前に読み込めない状態になる」

この“タイミングズレ”によって…

スタートメニューが初期化できず critical error に
Explorer.exe が読み込み失敗して落ちる
ShellHost.exe が依存するUI要素を読み込めず例外発生
タスクバーがレンダリングされない
システム設定アプリが反応ゼロ

という風に domino effect（ドミノ崩れ）を起こします。

ちょっとした遅延でWindows全体が崩れるというのは、ユーザーからすると「そんな華奢なの？」とツッコミたくなりますよね…。

マイクロソフトの対応状況：修正は開発中、すぐ使えるのは“手動の応急措置のみ”

Microsoftは「問題を確認し、解決に取り組んでいる」としていますが、現時点では日付を出していません。
つまり 根本的な修正パッチのリリース時期未定 のままです。

最重要ポイント：現時点では管理者が手動で直すしかない。

公式が案内している応急策は次のとおりです。

不足している XAML パッケージを手動で登録する
ユーザーセッション内で再度構成し直す
非永続環境向けには PowerShell スクリプトをログオン時に実行
シェル（SiHost）を再起動してUIを再読み込みする

企業のIT部門からすると「早く修正してくれ…」と溜息が出る内容ですが、現状はこの方法しかありません。

手動応急処置の手順（概要）

(1) 問題の端末にログインする。
(2) 管理者権限で PowerShell を開く。
(3) Microsoftが公開した3種類の“XAMLパッケージ再登録コマンド”を順番に実行する。
(4) SiHost を再起動する。
(5) 非永続イメージでは、これをログオンスクリプトとして自動化する。

文章にするとシンプルですが、企業規模でこれを手で直していくのは本当に大変です。
作業者の心の中で「なんでこんなことに…」と思う瞬間があったりする、そんな手順です（ときどきタイポで失敗したりするし）。

ユーザーからの反応：SNSでは「Windows 11は壊れすぎ」という怒りと嘆きが爆発

今回の件はクラッシュ規模が大きいため、SNS・フォーラムでも次のような声が出ています。

「7月の時点で認めていれば、展開を止められたのに」
「スタートメニューが起動しないOSを“最も安定している”と宣伝してたの草」
「またXAMLか…もうUIの依存関係が複雑になりすぎでは？」
「最近のWindows 11はAI機能ばかり追加して、安定性が後回しになってる感じ」
「これでLinuxへの移行がまた進むだろうね」

特に、Club386の元記事でも触れられているように、
“MacとLinuxに浸食される前にWindowsを直してくれ”
という意見が目立っています。