2025年11月25日に公開されたサポート情報で、Microsoftがついに「Windows 11 24H2 の更新で、スタートメニューやタスクバーなど“ほぼコア機能”が壊れる不具合」を公式に認めました。Cyber Security News+1
2025年7月以降の月例累積アップデート（KB5062553など）を適用した Windows 11 24H2 で、KB5072911としてまとめられた不具合により、スタート・タスクバー・設定・エクスプローラーなどがまとめて動かなくなる可能性があります。Microsoft サポート+1
「アップデートしたら急にPCが壊れたのでは？」と感じるレベルの症状なので、個人ユーザーも企業の情シスさんも、いまのうちに状況と回避策を押さえておいたほうが安心です。
この記事は、難しい用語はかみ砕きつつ、でも技術的な中身もしっかり知りたい人向けに、フォーラムで話すようなテンポで整理していきます。
2025年11月25日 公開（KB5072911ベース）
- 1. 何が起きている？不具合の全体像と対象バージョン
- 2. どんな症状が出る？スタート・タスクバー・設定が次々ダウン
- 3. 原因：XAMLコンポーネントの依存パッケージが“間に合ってない”
- 4. 影響範囲：一般ユーザーとVDI環境での“ヤバさの違い”
- 5. Microsoft公式の暫定対処法（一般PC向け）
- 6. VDI・非永続環境向け：ログオンスクリプトで“エクスプローラーを待たせる”戦略
- 7. じゃあ自分はどうすればいい？個人ユーザーと管理者向けおすすめ対応
- 8. まとめ：24H2時代は“アップデート＝即適用”を見直すタイミングかも
1. 何が起きている？不具合の全体像と対象バージョン
まず状況をざっくり整理します。
Microsoftのサポート文書「KB5072911」によると、影響を受けるのは
・Windows 11 バージョン 24H2
・2025年7月以降の月例累積アップデート（KB5062553 など）を適用した環境
です。Microsoft サポート+1
アップデート後、次のようなタイミングで症状が出ます。
- 累積アップデート適用後、「そのユーザーが最初にログオンしたとき」
- 非永続OS（VDI など）では、ログオンするたびに毎回
つまり「アップデート自体は当たるけれど、そのあと最初のログインでスタートメニューやタスクバーが立ち上がれず、シェルまわりが連鎖的に死ぬ」というのが今回のバグの正体です。Microsoft サポート+1
普通の家庭用PCでも起きますし、仮想デスクトップ（VDI）を大量展開している企業環境だと、ユーザー全員のログインが地獄絵図になるパターンです。
2. どんな症状が出る？スタート・タスクバー・設定が次々ダウン
公式ドキュメントや海外メディアのまとめを見ると、代表的な症状はだいたいこんな感じです。Microsoft サポート+2HotHardware+2
- Explorer.exe が頻繁にクラッシュする
- スタートメニューがまったく開かず、「重大なエラー」のようなメッセージが出る
- タスクバーが表示されない、またはアイコンがゼロのまま固まる
- 設定アプリ（スタート > 設定）が静かに起動に失敗する
- ShellHost.exe / ShellExperienceHost / StartMenuExperienceHost などが落ちる
- エクスプローラーは開くのにタスクバーだけ無いという謎状態
- XAML を使った画面（ウィジェットなど）が初期化できず真っ白
体感としては「Windowsの見た目まわり（シェル）がほぼ全滅して、ログオンできているのにPCをまともに操作できない」というかなり致命的な状態になります。Microsoft サポート+2Windows Forum+2
海外フォーラムでも
「ログインしたら真っ暗な画面とマウスカーソルだけ」
「タスクマネージャーから再起動を繰り返しても治らない」
といった悲鳴が並んでいて、ちょっと笑えない雰囲気です…。
3. 原因：XAMLコンポーネントの依存パッケージが“間に合ってない”
技術的な原因は、Microsoft自身がかなりはっきりと説明しています。Microsoft サポート+1
かんたんに言うと、
シェルの見た目を描画するためのXAMLコンポーネントがアップデート後にうまく登録されず、そのXAMLに依存するスタートメニューやタスクバーが「必要な部品がない」と言って落ちている
という状態です。
問題になっているパッケージは、次の3つの AppX パッケージ群です。Microsoft サポート+1
- MicrosoftWindows.Client.CBS
- Microsoft.UI.Xaml.CBS
- MicrosoftWindows.Client.Core
これらがアップデートによって更新されるものの、ユーザーのログオンに必要なタイミングまでに「登録（レジストレーション）」が完了しておらず、
「シェルが起動しようとしたけど、まだXAML部品が準備できてない」
→ 「じゃあ落ちるしかない」
という流れで、StartMenuExperienceHost や ImmersiveShell が次々にクラッシュしてしまいます。
要するに“壊れた”というより“起動順のタイミング競争に負けている”のが今回のバグで、コードミスというよりレースコンディションに近い問題です。HotHardware+1
非永続VDIだと、ログオンのたびにアプリパッケージを入れ直す設計になっているため、「毎回レースに負ける」→「毎回スタートメニューが死ぬ」という最悪パターンになりがちです。
4. 影響範囲：一般ユーザーとVDI環境での“ヤバさの違い”
じゃあ誰がどれくらい困るのか、ざっくり分けてみます。
一般ユーザー（家庭・SOHO）
- 対象：Windows 11 24H2 にアップデート済みのPC
- 症状：初回ログオン時にシェルまわりが崩壊し、その後もしばらく不安定
- しばしば「再起動で何とかなる」が、根本解決ではない
家庭用PCでは「ある日アップデートしたら、次のログインから急にスタートメニューが使えない」という“突然死パターン”として現れやすく、トラブルシュートに慣れていない人ほど“PCが壊れた”と感じてしまいます。Microsoft サポート+1
企業・学校などのVDI・非永続環境
- 対象：ログオンごとにプロファイルを作り直す非永続VDI、キオスク端末など
- 症状：ユーザーがログオンするたびに同じ不具合が再発
- 被害：数十〜数千ユーザー単位で Start menu / Taskbar / Settings が毎朝落ちる
ここはほんと笑えないレベルで、
「全ユーザーが毎朝スタートメニューのないWindowsにログインする」という悪夢シナリオが現実に起きる
ので、企業のIT部門や学校の管理者はかなり慎重にアップデート展開を考えたほうがいい状況です。Microsoft サポート+2Windows Forum+2
5. Microsoft公式の暫定対処法（一般PC向け）
恒久的な修正パッチは「作業中」とのことで、まだ提供されていません。Microsoft サポート+1
その代わりに、MicrosoftはKB5072911の中で“手動の回避策”を2種類案内しています。
まず一般ユーザーや単体PC向けは、**「足りていないXAMLパッケージを手動で再登録する」**という方法です。Microsoft サポート+1
ざっくり流れを書くと…
(1) 管理者権限で PowerShell を開く
(2) 問題の3パッケージ（Client.CBS / UI.Xaml.CBS / Client.Core）を Add-AppxPackage -Register で再登録する
(3) Shell Infrastructure Host（SiHost）を再起動する、またはPCを再起動
たとえば1つ目のパッケージなら、イメージとしては
- Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_…\appxmanifest.xml' -DisableDevelopmentMode
のようなコマンドで「このAppxパッケージ、もう一回ちゃんと登録してね」とOSに伝える形になります。Microsoft サポート+1
この手動再登録を行うことで、XAML依存のシェル部品が必要なときにちゃんと見つかるようになり、スタートメニューやタスクバーが復活するケースが多数報告されています。Windows Report+1
ただし、PowerShellでのAppx操作はそれなりに強い権限を持つので、意味がよくわからないままコピペ実行するのはおすすめしません。自作PC勢ならまだしも、家族のPCで試す時は少し慎重になったほうがいいポイントです。
6. VDI・非永続環境向け：ログオンスクリプトで“エクスプローラーを待たせる”戦略
企業や学校のVDI環境では、毎回手でPowerShellを打つわけにもいきません。
そこでMicrosoftは、**「ログオンスクリプトで Explorer.exe が起動する前にXAMLパッケージを登録しきる」**という方法を推奨しています。Microsoft サポート+2Windows Report+2
考え方はシンプルで、
- ユーザーログオン時に、まずバッチファイルを実行
- その中で PowerShell の Add-AppxPackage コマンドを3本走らせてパッケージを登録
- 登録が終わるまで Explorer.exe の起動を“ブロック”する
という「シェルを急がせない」アプローチです。
実際にMicrosoftが提示しているサンプルでは、
- バッチファイルの先頭で @echo off
- 続けて、Client.CBS / UI.Xaml.CBS / Client.Core の3つを、ExecutionPolicy Bypass 付きで順番に登録
といった流れになっています（ここでは全文は載せませんが、KB5072911やWindows系ニュースサイトで確認できます）。Microsoft サポート+2Windows - ソフトアンテナ+2
要は「エクスプローラー、ちょっと待って。XAML部品の準備が終わってから出てきて」という順番制御をログオンスクリプトで疑似的に実現しているわけです。
もちろん、これを全社VDIに入れるとログオン時間が少し伸びる可能性はありますし、ExecutionPolicy Bypass を伴うスクリプトを展開するので、検証環境でのテストは必須です。
7. じゃあ自分はどうすればいい？個人ユーザーと管理者向けおすすめ対応
ここまで読むと「うわ、また厄介なの来たな…」と軽くため息が出るかもしれませんが、やるべきことは意外と整理できます。
個人ユーザー向け
- まだ 24H2 にしていない → 様子見も立派な選択肢
- すでに 24H2 ＋ 2025年7月以降の累積パッチを入れている →
- いま症状が出ていないなら、とりあえずそのまま
- スタートメニューが壊れたら、KB5072911の回避策（手動再登録）を検討
特にPC初心者の家族には「もしログイン後にタスクバーが消えたりおかしくなったら、勝手にいじらず一回相談して」と伝えておくだけでも、変な自己流で壊されるリスクを減らせます。
企業・学校などの管理者向け
- 24H2 ベースのイメージを新規展開する予定 →
- KB5072911 の内容を読んだ上で、24H2への一斉展開を遅らせる判断も検討
- どうしても展開が必要なら、検証VDIでログオンスクリプト対策を試す
- すでに24H2＋KB5062553を本番展開中 →
- 影響の出ている端末を優先的に洗い出し
- 手動再登録 or ログオンスクリプト方式をパイロットグループで検証
“全台にパッチを当てるか／展開を止めるか／回避策込みで突き進むか”は組織ごとの判断になりますが、少なくともKB5072911を読まずに 24H2 を量産展開するのはかなり危険です。Microsoft サポート+1
8. まとめ：24H2時代は“アップデート＝即適用”を見直すタイミングかも
今回の件を一言でまとめるなら、
「Windows 11 24H2 では、累積アップデートがXAML系のコンポーネントにまで踏み込み、その副作用としてシェルの起動タイミングバグが表面化した」
という話です。HotHardware+1
ニュースサイトの見出しでは「Windows 11のほぼすべての主要機能が壊れていた？」なんて、ちょっと煽り気味な言い方も出ていますが、誇張というより半分くらいは事実に近い内容なのが怖いところです。Windows - ソフトアンテナ+1
恒久的な修正パッチがいつ出るかはまだ明言されていませんが、少なくとも
- KB5072911 の内容と回避策を一度目を通しておく
- 24H2 への更新タイミングを各自でコントロールする
- 不具合が出た時に「原因を知っている状態」で対処する
この3つをやっておくだけで、だいぶ“振り回され感”は減ります。
アップデートはセキュリティのためにも必要ですが、「新しければ正義」みたいな感覚だけで即適用してしまうと、今回のような“コア機能全滅バグ”にまき込まれることもあるので、これをきっかけに少しだけ慎重派に振れてみてもいいかもしれません。
