Windows 11 ARM 環境でドメイン参加を行った直後から、検索バーやスタートメニュー、「設定」アプリが一切反応しなくなり、すべてのユーザーで同時に業務が止まってしまう――そんな深刻なトラブルに悩まされていませんか。本記事では、Windows 11 Pro (ARM) 24H2 環境で実際に確認された事象をベースに、原因の考察と現実的な復旧手順、暫定回避策までをまとめて解説します。
Windows 11 ARM ドメイン参加後に検索バー・スタートメニューが無反応になる症状
まずは、問題となっている症状を整理します。今回のケースでは、以下のような特徴があります。
| 項目 | 内容 |
|---|---|
| OS | Windows 11 Pro (ARM) 24H2（ビルド 26100.3624） |
| 状態 | Active Directory ドメインに参加済み |
| 症状 | タスクバーの検索バーをクリックしても何も表示されない スタートボタンをクリックしてもスタートメニューが開かない 歯車アイコンやショートカットから「設定」アプリを開けない |
| 影響範囲 | 既存ユーザー、新規作成したローカルアカウント、ドメインユーザーを問わず全ユーザープロファイルで再現 |
| 再現タイミング | ドメイン参加を行った後から発生（参加前は正常に動作していた） |
一見すると「検索サービスが止まっている」「ユーザープロファイルが壊れている」ようにも見えますが、サービスや SFC / DISM の結果からそれらは否定できます。
すでに実施済みの確認と切り分けポイント
問題の切り分けとして、以下のような確認が既に行われている前提です。これから調査する管理者の方も、同様の手順を踏むことで、原因候補を絞り込むことができます。
| 確認項目 | 結果 | 補足 |
|---|---|---|
| 検索関連サービス（WSearch / SearchIndexer / SearchHost） | 正常起動 | サービス自体は停止していないため、バックエンドのインデックス処理は生きている可能性が高い |
| 検索関連の GPO 設定 | 「未構成」または無効 | グループポリシーによる機能制限の線は薄い |
| 検索インデックスの再構築 | 実施済み | 改善なし。インデックスそのものではなく、UI（シェル）側の問題が疑われる |
| シェルの再登録（一般的な PowerShell ワンライナー） | 実施済み | スタートメニューやタスクバーの不具合でよく紹介される再登録コマンドでは改善しない |
| SFC / DISM（システムファイルとコンポーネントストアの整合性チェック） | 異常なし | OS コアファイルの破損ではないと判断できる |
これらの結果から、「検索サービス」「インデックス」「プロファイル」「GPO」のいずれでも説明しにくいことが分かります。
イベントログから読み解く原因候補：RuntimeBroker.exe と CBS パッケージのクラッシュ
次に、イベントログ（アプリケーションログ）を確認すると、以下の情報が得られています。
- 障害プロセス名：RuntimeBroker.exe
- 例外コード：0xc0000005（アクセス違反）
- 障害パッケージ：MicrosoftWindows.Client.CBS_1000.26100.197.0_arm64__cw5n1h2txyewy
MicrosoftWindows.Client.CBS は、Windows 11 でスタートメニューや検索、タスクバーなどのモダンな UI（いわゆる「シェル体験」）を担うパッケージです。このパッケージがクラッシュすると、以下のような症状が一気に表面化します。
- スタートメニューが開かない
- 検索バーをクリックしても UI が表示されない
- 「設定」アプリなど、一部の UWP/WinUI アプリが起動しない
今回の環境では、特に Windows 11 24H2（ARM 版） において、ドメイン参加を契機に CBS パッケージが落ちる既知不具合である可能性が高いと考えられます。ドメイン参加により適用されるポリシーやユーザープロファイルの切り替えに伴い、CBS パッケージがうまく初期化できず、RuntimeBroker.exe 経由でアクセス違反となっているイメージです。
最も確実な対処：ドメイン離脱 → CBS パッケージ修復・再登録 → 再参加
根本的な復旧を行うには、「問題を起こしている CBS パッケージをいったんリセットし、再登録し直す」ことが重要です。ただし、問題がドメイン参加を契機に発生しているため、先にドメインを離脱しておく方が安全です。
手順の全体像
| ステップ | 内容 | ポイント |
|---|---|---|
| 1 | ドメインから離脱 | スタートメニューが使えないため、sysdm.cpl から設定 |
| 2 | 管理者 PowerShell を起動 | Win + R から起動するのが確実 |
| 3 | CBS パッケージのリセット・削除・再登録 | 全ユーザーから一度削除し、システムアプリから再登録 |
| 4 | 再起動後の動作確認 | ローカルアカウントでスタート・検索・設定が正常か確認 |
| 5 | ドメインへ再参加 | 正常動作が確認できてから参加させる |
ステップ 1：ドメイン離脱
スタートメニューや設定アプリが開けないため、従来の GUI からドメイン設定画面へ辿りつくのが難しいケースがあります。その場合は、以下のように「システムのプロパティ」からドメイン離脱を行います。
- Win + R を押し、「ファイル名を指定して実行」を開く。
sysdm.cplと入力して Enter。- 「コンピューター名」タブを開き、「変更」ボタンをクリック。
- 「所属するグループ」で「ドメイン」ではなく「ワークグループ」を選択し、任意のワークグループ名（例：
WORKGROUP）を入力。 - 確認ダイアログに従ってドメインを離脱し、再起動。
この時点で、ドメインユーザーではなくローカル管理者アカウントでサインインできることを確認しておきます。
ステップ 2：管理者権限の PowerShell を起動
スタートメニューが動かないため、「右クリックメニューから Windows Terminal（管理者）」を出すことも難しいケースがあります。以下のどちらかの方法で管理者 PowerShell を起動します。
- Win + R →
powershellと入力 → Ctrl + Shift + Enter で管理者として実行 - または、Win + R →
cmd→ 管理者権限のコマンドプロンプトからpowershellを起動
ステップ 3：CBS パッケージのリセット・削除・再登録
管理者 PowerShell で、以下のコマンドを順に実行します。
Get-AppxPackage MicrosoftWindows.Client.CBS | Reset-AppxPackage
Get-AppxPackage MicrosoftWindows.Client.CBS | Remove-AppxPackage -AllUsers
Add-AppxPackage -Register "C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\AppxManifest.xml" -DisableDevelopmentMode
それぞれの意味は次の通りです。
| コマンド | 役割 |
|---|---|
Reset-AppxPackage | 対象パッケージの状態をリセットし、壊れた構成情報を初期状態に近づける |
Remove-AppxPackage -AllUsers | 端末上の全ユーザーからパッケージをいったん外す（削除）。後続の再登録で復元される |
Add-AppxPackage -Register | SystemApps 配下のマニフェストから、システムアプリとして再登録する |
注意点：
- 必ずローカル管理者権限で実行してください。
- システム構成によってはパスの一部（ビルド番号など）が異なる場合があります。
事前にC:\Windows\SystemApps配下を Explorer やGet-ChildItemで確認すると確実です。 - 企業環境では、テスト端末で確認したうえで、本番端末に展開してください。
ステップ 4：再起動後の動作確認とドメイン再参加
CBS パッケージを再登録したら、端末を再起動し、ローカル管理者アカウントでサインインして以下を確認します。
- スタートメニューが開くか
- タスクバーの検索バーをクリックして、検索 UI が正常に表示されるか
- ショートカットや通知領域アイコンから「設定」アプリが起動するか
問題が解消していることを確認できたら、改めてドメインへ再参加します。方法は先ほどと同じく sysdm.cpl からでも、スタートメニューの「設定」からでも構いません。
累積更新プログラム（CU）による修正：KB5043139 以降の適用
CBS パッケージのクラッシュが OS 側の不具合である場合、Microsoft から配信される累積更新プログラム（CU）で修正が含まれることがあります。Windows 11 24H2 ARM 環境では、KB5043139 以降の累積更新プログラムに修正が含まれているケースがあり、これを適用することで、ドメイン参加後もスタートメニューや検索が正常に動作するようになった報告があります。
CU を適用する際のポイント
- 先行配信（プレビュー）で提供される場合があるため、まずは検証環境で適用し、問題がないか確認してから本番展開する
- WSUS や Intune、SCCM などで更新管理を行っている場合は、対象バージョンと ARM 向けのパッケージをしっかり確認する
- スタートメニューが使えない端末では、直接
ms-settings:windowsupdateを Win + R から呼び出す、あるいはオフラインインストーラ（.msu）を配布する方法も検討する
対処 A と B の組み合わせ方
実運用では、次のようなフローを取ると安定しやすくなります。
- CBS 再登録（前述の対処 A）でスタート／検索／設定が復旧するか確認
- 復旧した端末に対して、KB5043139 以降の CU を適用し、再起動後も再発しないか確認
- 問題なければ、他の端末にも同様の手順を展開
単に CU を当てるだけでは既に壊れてしまった CBS の状態が戻らない場合もあるため、「CBS 再登録」と「CU 適用」を組み合わせるアプローチが実務的です。
パッチ適用までの一時回避策：業務を止めないためにできること
すぐに CU を展開できない、あるいは検証に時間がかかる場合、以下のような「暫定回避策」を組み合わせることで、業務への影響を最小限に抑えることができます。
アプリ起動の代替手段（Win + R をフル活用）
スタートメニューが使えなくても、Win + R から多くのアプリを起動できます。代表的なコマンドをまとめておきます。
| 目的 | 実行コマンド |
|---|---|
| アプリ一覧の表示（スタート代替） | explorer.exe shell:AppsFolder |
| コマンドプロンプト | cmd |
| PowerShell | powershell |
| 従来のコントロールパネル | control.exe |
| 設定アプリ | ms-settings: |
| Windows Update 画面 | ms-settings:windowsupdate |
よく使うアプリはショートカットをデスクトップやタスクバーに直接配置しておくことで、スタートメニューに依存しない運用も可能です。
ローカル管理者プロファイルの確保
トラブルシュートや緊急対応用として、ドメインに紐付かないローカル管理者アカウントを最低 1 つ確保しておくことを強くおすすめします。今回のように「ドメイン参加を契機に UI が全滅する」ケースでは、ローカルアカウントが唯一の lifeline になることがあります。
- ドメイン障害や GPO 配布ミスがあった場合にも、ローカルアカウントからオフライン修復が可能
- BitLocker 有効環境では、回復キーの管理方法と合わせて運用ポリシーとして明文化しておく
追加の確認ポイント：イベントログと CBS パッケージの状態確認
同様の事象が別端末で発生しているのか、あるいは CBS パッケージ以外に問題が潜んでいないかを確認するために、以下の PowerShell コマンドが役立ちます。
RuntimeBroker.exe のクラッシュログをまとめて抽出
管理者 PowerShell で次のコマンドを実行すると、RuntimeBroker.exe が原因となっているアプリケーションエラーを一覧できます。
Get-WinEvent -FilterHashtable @{LogName='Application'; ProviderName='Application Error'; Id=1000} |
Where-Object { $_.Message -like '*RuntimeBroker.exe*' } |
Select-Object TimeCreated, Message
ここで、同じタイミングで複数回クラッシュしている、あるいはドメイン参加直後からログが増えているといった特徴があれば、今回の不具合と同根である可能性が高まります。
CBS パッケージのインストール状態を確認
CBS パッケージが正しくインストールされているか、どのユーザーコンテキストに存在しているかを確認するには、次のコマンドが便利です。
Get-AppxPackage MicrosoftWindows.Client.CBS -AllUsers |
Select-Object Name, PackageFullName, InstallLocation
もし InstallLocation が想定外の場所を指している、あるいは特定ユーザーにしかインストールされていない場合は、Remove-AppxPackage -AllUsers と Add-AppxPackage -Register の組み合わせで再登録を行う価値があります。
それでも直らない場合：インプレースアップグレードで OS コンポーネントを再構成
CBS パッケージの再登録や CU の適用を行っても改善しない場合、OS コンポーネントが広範囲にわたって不整合を起こしている可能性があります。この場合、次のような手順を検討します。
- 同じバージョン（Windows 11 24H2 ARM）の ISO イメージを用意
- Windows 上からセットアップを起動し、「個人用ファイルとアプリを引き継ぐ」を選択してインプレースアップグレードを実施
- アップグレード後、CBS パッケージの状態とスタート／検索／設定の動作を確認
- 必要であれば、再度 対処 A（CBS 再登録）と 対処 B（CU 適用）を行う
インプレースアップグレードは OS コンポーネントの再構成を行うため、多くの UI 系の不具合がまとめて解消されることが期待できますが、ネットワーク設定や一部のアプリが再インストールされることもあるため、事前バックアップと検証を必ず行ってください。
運用・設計面での注意：ARM ＋ ドメイン参加構成の扱い
今回のような事象は、「Windows 11 ARM かつ ドメイン参加」という比較的新しい組み合わせで発生しています。今後の運用設計として、以下のポイントも検討するとよいでしょう。
- パイロット端末を用意する：新しいバージョンや更新プログラムを ARM 端末へ展開する前に、必ず少数の検証端末でドメイン参加・GPO 適用まで試す
- Intune / MDM ベースの管理との棲み分け：従来のオンプレミスドメインに加え、Entra ID（旧 Azure AD）参加との組み合わせを検討し、どの構成で不具合が出やすいかを検証する
- GPO と MDM ポリシーの重複に注意：スタートメニューや検索に関連するポリシーが複数ルートから適用されていないか、設計段階で整理しておく
特に ARM 端末はまだ導入台数が少ない企業も多く、トラブル事例やナレッジが蓄積しにくい傾向があります。今回のような CBS まわりの事象は、一度ノウハウ化しておくと今後のトラブルシュートが格段に楽になります。
Windows 11 ARM ドメイン参加環境で同様の不具合が出たときのチェックリスト
最後に、本記事で紹介した内容を踏まえたチェックリストをまとめます。現場での切り分けや、保守部門へのエスカレーション時にそのまま使えるよう、ポイントを簡潔に整理しました。
| 確認項目 | チェック内容 |
|---|---|
| OS とビルド | Windows 11 Pro (ARM) 24H2（ビルド 26100.3624 付近）かどうか |
| ドメイン参加タイミング | ドメイン参加前は正常に動作していたか |
| 影響範囲 | 新規ユーザーやローカルアカウントでも同じ症状が出るか |
| サービス状態 | WSearch / SearchIndexer / SearchHost が起動しているか |
| イベントログ | RuntimeBroker.exe の 0xc0000005 エラーと MicrosoftWindows.Client.CBS の障害パッケージが記録されているか |
| CBS パッケージ状態 | Get-AppxPackage MicrosoftWindows.Client.CBS -AllUsers で異常がないか |
| 対処 A | ドメイン離脱 → CBS 再登録 → 再起動 → ドメイン再参加を実施したか |
| 対処 B | KB5043139 以降の CU を適用し、再発しないか確認したか |
| 暫定回避 | Win + R やローカル管理者アカウントによる業務継続手段を確保しているか |
まとめ：まずは CBS 再登録と CU 適用を軸に対処する
Windows 11 ARM 24H2 環境で、ドメイン参加後に検索バー・スタートメニュー・設定アプリが一斉に反応しなくなる場合、その裏では MicrosoftWindows.Client.CBS パッケージのクラッシュ（RuntimeBroker.exe 0xc0000005）が発生している可能性が高いと考えられます。
実務的には、次のステップで対応を進めるのがおすすめです。
- イベントログで RuntimeBroker.exe と CBS 関連のエラーが出ていないか確認する
- ドメインを一度離脱し、ローカル管理者でサインインしたうえで CBS パッケージをリセット・再登録する
- スタート／検索／設定が復旧したことを確認してから、ドメインに再参加する
- KB5043139 以降の累積更新プログラムを適用し、同じ不具合が再発しないか確認する
- パッチ適用までの間は Win + R やローカル管理者を活用して業務を継続する
同様の構成を複数台展開している場合は、1 台で手順を検証したうえで、スクリプト化や自動化も視野に入れると運用負荷を大きく下げることができます。本記事の内容が、Windows 11 ARM ＋ ドメイン参加環境でのトラブルシュートの一助となれば幸いです。
コメント