マイクロソフト、Windows 11の主要コア機能のほとんどが壊れていることを認める

マイクロソフト、Windows 11の主要コア機能のほとんどが壊れていることを認める

マイクロソフトにとっての困難な時期

この2週間、Microsoftは間違いなく数々の困難に直面しました。ちょうど本日、Microsoft 365に影響を及ぼした障害が解消されました。この障害により、多数のファイルにアクセスできなくなりました。このようなダウンタイムは驚くほど頻繁に発生しており、ユーザーとIT部門の両方から懸念が高まっています。

Windowsのパフォーマンス問題が発生

問題はMicrosoft 365だけにとどまりません。Windowsに関しては、NVIDIAは最新のパッチ火曜日アップデートに関連するパフォーマンスの低下についてMicrosoftの責任を追及しました。これに対し、NVIDIAはこれらのゲーム関連の問題を軽減するための緊急ホットフィックスドライバーをリリースしました。

最近の動向に対する反発

マイクロソフトの課題をさらに悪化させているのは、同社のWindows担当幹部に対する最近の批判です。今週初めには、Windowsがエージェント型オペレーティングシステムへと移行していることをめぐる懸念が高まり、ユーザーの不満が高まっています。

マイクロソフトがWindowsの問題を認める

より明るい話題としては、反発が続く中、MicrosoftはWindowsを悩ませている問題を公に認めました。新たに公開されたサポート記事によると、同社はWindows 11のほぼすべてのコア機能、特にスタートメニュー、タスクバー、エクスプローラー、Windows設定といった重要なシェルコンポーネントに影響を与えるXAMLに問題が生じていることを認めました。

長年の問題がついに認識される

興味深いことに、Microsoftはこれらの問題を2025年11月に正式に認識しましたが、多くの問題は2025年7月の月例パッチ(KB5062553)以降も継続しています。つまり、ユーザーは約4か月間、これらの問題に悩まされてきたことになります。さらに、Windows 11バージョン25H2はバージョン24H2と同じコードベースを共有しているため、現在の機能アップデートも影響を受けています。

具体的な問題と回避策

サポート記事によると、これらの問題はPCのプロビジョニング時に発生する可能性があり、StartMenuExperienceHost、検索、SystemSettings、タスクバー、エクスプローラーなどの様々なアプリケーションでエラーが発生することがあります。同社は、これらの問題が発生する状況として、以下の点を挙げています。

  • 累積的な更新プログラムを適用した後のユーザーの最初のログイン。
  • すべてのユーザーは、仮想デスクトップ インフラストラクチャ (VDI) などの非永続的な OS インストールにログインします。この場合、ユーザーがログインするたびにアプリケーション パッケージを再インストールする必要があります。

プロビジョニングとは、管理者がクライアントPCに特定の設定とポリシーを展開することでデバイスを構成する方法を指します。Microsoftは、WindowsのXAMLコンポーネントの更新と関連パッケージの更新により、複数のコアサービスに影響する問題が発生していると説明しています。

特定された障害と回復オプション

Microsoft は、障害が発生する可能性があるいくつかの依存シェル コンポーネントを概説しています。

  • Explorer.exe が予期せずクラッシュする
  • Shellhost.exeがクラッシュする
  • StartMenuExperienceHost に関する問題
  • システム設定が起動しなくなる可能性がある
  • XAML ビューの初期化時にアプリケーションがクラッシュする
  • エクスプローラーはタスクバーが表示されずに実行される場合があります
  • 他の XAML アイランド ビューの初期化の失敗
  • ImmersiveShellに関する懸念

これらの問題に対応して、Microsoft は現在修正に取り組んでいますが、ユーザーには次の 2 つの回避策を提供しています。

オプション1: シェルインフラストラクチャホストサービスの再起動

Shell Infrastructure Host ( SIHost.exe ) サービスを再起動すると、不足している Immersive Shell パッケージを復元できる場合があります。以下のコマンドを実行してください。

Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows. Client. CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft. UI. Xaml. CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows. Client. Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode

オプション2: PowerShellログオンスクリプト

2つ目の回避策は、必要なパッケージがすべてプロビジョニングされるまでエクスプローラーが途中で起動しないようにするPowerShellスクリプトを実装することです。以下のバッチスクリプトを利用できます。

@echo off REM Register MicrosoftWindows. Client. CBS powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows. Client. CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode" REM Register Microsoft. UI. Xaml. CBS powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft. UI. Xaml. CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode" REM Register MicrosoftWindows. Client. Core powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows. Client. Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"

詳細とガイダンスについては、Microsoft の公式 Web サイトの KB5072911 にある完全なサポート記事をご覧ください。

出典と画像

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です