Windows 11 24H2への更新後にエクスプローラーが落ちる場合でも、右クリックメニューや特定のDLLが必ず原因とは限りません。起動直後・右クリック時・特定フォルダーの表示時・仮想デスクトップへのサインイン時では、確認する点が異なります。まず症状とOSビルドを記録し、公式の既知の問題と照合してから、影響の小さい対処を順に進めます。
この記事では、旧右クリックメニューに戻す非公式レジストリ変更を最初の解決策にはしません。Microsoftの更新情報、エクスプローラーの再起動、関連アプリの更新、システムファイル修復、必要に応じた修復再インストールを区別して説明します。個別環境での改善を保証する手順ではありません。
2026年10月時点：24H2のエディションと更新状況を確認
2026年10月20日確認時点で、Microsoftの24H2リリースヘルスは、Home／Proの更新提供が2026年10月13日に終了したと案内しています。一方、Enterprise／Educationは2027年10月12日までサポート対象です。24H2という名前だけで同じサポート状態と判断せず、エディションを確認し、Windows Updateや組織の管理方針に従ってサポート中のバージョンへの移行を検討してください。互換性保護を無視した強制アップグレードは行いません。
同じ公式ページには、2026年8月27日の更新KB5120998以降、一部の仮想デスクトップ環境、主にFSLogixを使うAzure Virtual Desktopで、サインイン後の黒い画面やExplorerのクラッシュが起きる問題が掲載されています。この特定の問題は2026年10月13日のKB5127648以降で解決済みとされています。家庭用PCの右クリック時クラッシュまで同じ原因と決めつけず、環境・更新番号・発生条件が一致するか管理者が確認します。
最初に記録する情報
Windowsキー＋Rで winver を開き、バージョンとOSビルドを記録します。「設定」→「システム」→「バージョン情報」でエディション、「Windows Update」→「更新の履歴」で直近のKB番号とインストール日を確認します。画面が操作できない場合は、タスクマネージャーの「新しいタスクを実行」からwinverを開く方法もあります。
発生時刻、再現操作、毎回か時々か、全フォルダーか特定の場所か、ローカルかネットワーク共有か、更新と同時に導入したアプリがあるかをメモします。更新直後という時系列だけでは原因の証明になりません。複数端末で同時発生している場合は、個別PCへの変更より先に管理者へ状況を共有します。
症状別の切り分け
| 症状 | 調べる候補 | 最初の確認 |
|---|---|---|
| 右クリックすると落ちる | 圧縮・同期・セキュリティ製品などのメニュー連携、既存のカスタマイズ | 対象アプリの公式更新と再現条件を確認 |
| 特定の画像・動画フォルダーだけで落ちる | プレビュー・サムネイル・コーデック・特定ファイル | プレビューを閉じ、一覧表示と空のローカルフォルダーで比較 |
| ホーム画面では落ちるが別のフォルダーは開く | 最近使った項目・ピン留め先・ネットワークや同期先 | アクセスできない場所を記録し、通常のローカルパスで比較 |
| 共有フォルダーで応答しなくなる | ネットワーク・VPN・共有サーバーの到達性 | ローカルフォルダーとの差を確認。共有権限を勝手に広げない |
| サインイン後にタスクバーやデスクトップも出ない | Explorer起動、ユーザープロファイル、管理環境の既知の問題 | タスクマネージャーで一時復旧し、ビルドと公式情報を照合 |
上表は診断の候補であり、特定アプリやファイルが原因と断定するものではありません。正常な状態と問題が出る状態を1つずつ比較し、一度に複数の設定を変えないようにします。
1. 作業を保存してExplorerまたはPCを再起動する
ファイルのコピー・移動・圧縮などが動作中なら、可能な範囲で完了を待ちます。Ctrl＋Shift＋Escでタスクマネージャーを開き、「プロセス」の「Windows エクスプローラー」を選んで「再起動」を実行します。デスクトップやタスクバーが一時的に消えることがあります。
Explorerのプロセスが見当たらず、デスクトップが出ない場合は、タスクマネージャーの「新しいタスクを実行」で explorer.exe を入力します。管理者権限のチェックは通常不要です。再起動で操作が戻っても原因の解消を意味しないので、再発条件を記録します。PC全体の再起動は未保存の作業を保存した後に行います。
一時的に操作できるようになったら、重要なファイルのバックアップと、発生時刻・再現操作の記録を優先しましょう。再起動を繰り返すだけでは原因を絞れません。
2. 対象に合うWindows更新とアプリ更新を確認する
Microsoftのエクスプローラーが開かない場合の案内も、Windowsの更新と再起動を基本の確認として挙げています。更新の履歴とリリースヘルスを照合し、対象端末へ提供されている修正を適用します。会社のPCでは配布方針に従い、更新を勝手に削除したり長期間停止したりしません。
右クリック時だけ落ちる場合は、最近導入・更新した圧縮ツール、クラウド同期アプリ、ファイル管理ソフト、外観変更ツールなどの公式更新情報を確認します。関連アプリを一時的に終了して比較する場合も、同期中のファイルや未保存作業へ注意してください。終了しただけではシェル拡張がExplorerから読み込まれなくなるとは限りません。必要な修復・削除は製品の正式な手順で行います。
セキュリティ製品の保護停止や、出所不明の「修復ツール」の導入を定型手順にしないでください。管理端末の常駐アプリ・同期設定は管理者へ確認します。
3. 特定フォルダー・プレビュー・ネットワークを比較する
Windowsキー＋Rから、例えば自分のユーザーフォルダー %USERPROFILE% を開き、問題のフォルダーと比較します。Explorerを開ける場合はプレビューペインを閉じる、表示を「詳細」にするなど、内容のプレビューが少ない状態で再現するか確認します。特定の動画・画像だけで発生するなら、ファイルの種類と関連するアプリを記録します。
ファイルを削除したり共有フォルダーのアクセス権を変更したりする前に、ローカルとネットワークの違いを確かめます。同期アイコンが付く場所では、オンライン専用ファイルや同期エラーも別の問題として確認します。重要なファイルが開けない、ディスクエラーも出るなどの場合は、修復作業を重ねるよりバックアップと管理者・メーカーへの相談を優先してください。
4. エラー記録から障害モジュールと再現時刻を調べる
スタートメニューで「信頼性履歴の表示」を検索するか、Windowsキー＋Rで perfmon /rel を実行します。Explorerの停止時刻の詳細を開き、アプリケーション名、障害モジュール名、例外コードを記録します。イベントビューアーの「Windowsログ」→「Application」でも同時刻のエラーを確認できます。
Microsoft.UI.Xaml.dll や Windows.UI.Xaml.dll が記録されても、それだけでDLL自体の破損や右クリックメニューが根本原因だとは断定できません。名前が似たDLLも区別し、パスとバージョンを記録します。インターネットからDLLだけをダウンロードして置き換えたり、関連ファイルを削除したりしないでください。
エラー名だけで決めつけず、「何をした時に、どのビルドで、どのモジュールのエラーが出たか」を組み合わせます。ログにはユーザー名や社内パスが含まれるため、公開前に確認が必要です。
5. システムファイルの破損が疑われる場合はDISMとSFC
複数のWindows機能にも異常がある場合などは、Microsoftのシステムファイル修復手順を参照します。作業を保存し、管理者としてコマンドプロンプトを開き、先に次のDISMを実行します。修復処理であり、結果を見るだけの読み取り専用コマンドではありません。
DISM.exe /Online /Cleanup-Image /RestoreHealth正常に完了したことを確認してから、次を実行します。DISMは通常Windows Updateから修復ファイルを取得します。エラーになった場合はコードを記録し、無関係なISOやDLLを修復元として指定せず、公式情報または管理者へ確認してください。
sfc /scannow検証が100%になるまで閉じず、結果を記録します。破損を修復した場合は再起動後に同じ操作で確認します。問題が検出されなかった場合でも、拡張アプリ・ユーザープロファイル・既知の不具合まで否定されたわけではありません。修復できなかった結果も、原因特定の資料として残します。
6. クリーンブートは管理者と計画して行う
常駐アプリの影響を切り分ける必要がある場合は、Microsoftのクリーンブート手順に従います。システム構成のサービス一覧では「Microsoftのサービスをすべて隠す」を先に選択し、変更前のサービスとスタートアップ項目を記録してから対象を無効にします。ブートの詳細オプションは変更しません。
クリーンブート中は機能が制限されることがあり、会社の端末では管理者の指示が必要です。改善した場合は項目を段階的に戻して原因を絞り、検証後は記録と公式の復帰手順に従って通常起動へ戻します。改善しない場合も含め、無効にした状態を放置しないでください。クリーンブートはすべてのシェル拡張を網羅的に停止する保証ではありません。
非公式の右クリックメニューレジストリ変更を勧めない理由
インターネット上では、HKCU\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}\InprocServer32 を使って旧メニューへ戻す方法が紹介されています。しかし、これはすべてのExplorerクラッシュに対するMicrosoftの一般的な修復手順ではなく、将来のWindowsビルドでも同じ挙動になる保証はありません。
旧メニューへ変えて症状が出なくなっても、根本原因が修復されたとは限りません。また、CLSIDキーをまとめて削除するコマンドは、そのキーにある既存設定も削除し得ます。本記事では新規適用・無条件削除のコマンドは掲載しません。すでに変更した場合は、変更時のバックアップや記録に基づき、自分で追加・変更した範囲だけを管理者と確認して戻します。
改善しない場合の修復と問い合わせ
Windowsが起動し設定画面を操作できる場合は、「設定」→「システム」→「回復」の「Windows Updateで問題を解決する」から、現在のWindowsの修復再インストールを検討できます。Microsoftの公式案内では、アプリ・ファイル・設定を保持する方法として説明されています。電源とインターネット接続を維持し、先に重要データをバックアップします。管理端末などでは項目が表示されない場合があります。
この操作は「このPCをリセットする」や、USBから起動して行うクリーンインストールと同じではありません。アプリが消える別の回復操作へ、そのまま置き換えないでください。また、現在版の修復はサポート中のバージョンへの移行を代替しません。起動できない場合は回復環境の手順と、暗号化している場合のBitLocker回復キーの準備を管理者・メーカーに確認します。
問い合わせには、OSビルド・エディション・KB番号・再現操作・発生時刻・エラー詳細・試した対処と結果を添えます。個人PCなら「ヘルプを表示」やメーカー窓口、組織の端末ならIT管理者へ連絡します。Windowsキー＋Fで開くフィードバックHubも利用できますが、スクリーンショットやログに機密情報が写っていないか確認し、必ず修復される窓口とは考えないでください。
過去の利用者報告を読むときの注意
以下は以前の記事で紹介していた利用者同士の報告です。公式の修正保証や、現在の24H2に対する推奨操作の根拠とは区別してください。投稿日・ビルド・症状・環境が一致するかを確認し、レジストリ変更をそのまま再現するのではなく、現在の公式情報を優先します。
Microsoft Communityの類似事例（利用者報告）
Redditの旧コンテキストメニューに関する議論（利用者報告）
まとめ：復旧と原因調査を分けて進める
ExplorerやPCの再起動で作業を再開できるか確認し、ビルドと発生条件を記録します。その後に、対象環境の既知の問題、関連アプリ、特定フォルダー、システムファイルの順で調べます。右クリックメニューやDLLを一律の原因とせず、確認した根拠と変更内容を残すことが大切です。
バックアップは復元ポイントだけに頼らず、重要な個人ファイルも別の場所へ保存してください。変更を1つずつ試し、元へ戻せる状態を保ちながら進めましょう。
コメント