Windows 11バージョン22H2でエクスプローラが起動しない問題とその解決策

Windows 11 バージョン22H2は、2026年10月20日時点ですべてのエディションのサポートが終了しています。Home、Pro、Pro Education、Pro for Workstations、SEは2024年10月8日、Enterprise、Education、IoT Enterpriseは2025年10月14日に更新提供が終了しました。まずデータを保全し、利用する機器・アプリ・エディションに対応したサポート対象バージョンへ更新できるかを確認します。

まずバージョン・OSビルド・エディションと発生状況を記録します。作業を保存してから、更新の保留とPCの再起動、タスクマネージャーからエクスプローラーの再起動、別ユーザーでの比較を行い、システムファイルの破損が疑われる場合はDISMとSFCで確認します。サポート対象バージョンへの移行は必要ですが、更新だけですべての起動障害が直るとは限りません。

22H2を現在も使う理由とeditionを確認する

Explorerがtaskbarから開かない、Win+Eで無反応、explorer.exeがcrash loop、folderだけ開けないという症状を分けます。winverでedition/build、Reliability Monitorでfaulting module、Task Managerでexplorer.exe状態を記録します。22H2のservice終了日はeditionで異なるためlifecycleを確認します。

• winverのedition・version・OS build
• Explorer processの有無とCPU/disk使用率
• Win+E、taskbar、Run explorer.exeで同じ症状か
• 別local user profileで再現するか
• 22H2を維持するorganization policyと更新blockの有無

再起動や修復を始める前に、重要なファイルのバックアップがあり、開けることを確認してください。開いているアプリの未保存データを保存し、エクスプローラーでのコピー・移動・圧縮展開・名前変更が終わるのを待ちます。処理中の再起動は転送を中断するおそれがあります。クラッシュする場合は信頼性モニターとイベントビューアーのApplicationログで時刻と障害モジュールを記録し、不明なDLLを名前だけで削除しないでください。

Windows 11 22H2というだけで原因を固定せず、winverでOS buildと累積更新を記録します。Explorerを起動できない、タスクバーも消える、特定フォルダーだけ開けない、サインイン直後に落ちるを分け、Applicationログのexplorer.exe障害モジュールと信頼性モニターを確認します。別ユーザー、セーフモード、ローカルフォルダーでの再現差から、OS、プロファイル、shell extension、同期先を切り分けます。

Explorerを安全に再起動してlogを採る

Windows Updateとfree spaceを確認してrestartします。Task ManagerからWindows Explorerをrestartし、改善しなければ別user profileでtestします。system corruptionが疑われる場合はDISM RestoreHealth後にsfc /scannowを行います。22H2のまま直っても、supported versionへ更新できる条件を確認します。

versionとeditionを確認

Win + R
→ winver
→ Windows 11 edition、22H2、OS buildを記録

screenshotにuserやorganization情報がある場合は共有前に隠します。

ExplorerをTask Managerからrestart

Ctrl + Shift + Esc
→ タスクマネージャーの［プロセス］
→ ［エクスプローラー］を右クリック
→ ［再起動］

進行中のファイル操作がないことを確認してから行います。デスクトップやタスクバー、フォルダーのウィンドウが一時的に消えることがあります。［エクスプローラー］が一覧にない場合は、タスクマネージャーの［新しいタスクを実行する］でexplorer.exeを入力して実行します。管理者として起動する必要はありません。Microsoftも黒い画面でカーソルだけが表示される場合の手順としてこの方法を案内しています。再びすぐ終了する場合は、何度も起動し続けず障害の時刻を記録して次の切り分けに進みます。

Reliability historyを開く

Win + R
→ perfmon /rel
→ 発生時刻のエクスプローラーの障害を選択
→ 詳細を確認

発生時刻、障害モジュール名、例外コードが表示されていれば記録します。perfmonの/relオプションは信頼性モニターを開きます。Win + Rが使えない場合は、タスクマネージャーの［新しいタスクを実行する］から同じコマンドを実行できます。ログに個人名・ファイルパスなどが含まれる場合は、共有先に必要な範囲に絞ります。

component storeを修復

DISM.exe /Online /Cleanup-Image /RestoreHealth

このコマンドは管理者として開いたコマンドプロンプトで実行し、完了まで待ちます。修復用ファイルの取得にWindows Updateが使われるため、通信や修復元に関するエラーが出た場合は、エラーコードとメッセージを保存してください。修復元が見つからない状態で同じ処理を繰り返したり、出所不明のファイルを指定したりせず、管理者またはMicrosoftの案内で修復元を確認します。

protected system fileを検査

sfc /scannow

DISMが正常に完了した後、同じ管理者のコマンドプロンプトで実行します。検証が100%になるまでウィンドウを閉じず、結果のメッセージを記録してください。「整合性違反を検出しませんでした」という結果でも、ユーザー設定や外部アプリの拡張機能などに問題がないと証明されたわけではありません。修復できないファイルが残る場合は、その結果を管理者へ伝えます。

Ctrl+Shift+Escでタスクマネージャーを開ける場合はWindows Explorerを一度Restartし、症状と時刻を確認します。次にWindows Updateの保留、DISM /Online /Cleanup-Image /RestoreHealth、sfc /scannowの順でシステム整合性を検査します。特定アプリ導入後なら、その公式shell extensionを更新またはベンダー手順で無効化し、再現を比較します。ユーザーデータの保全を先に行います。

Explorer shellとuser profileの境界を理解する

Explorerはdesktop、taskbar、folder window等のshellを担うprocessです。restartで一時回復しても、user profile、shell extension、system component、storage、updateの原因は残る場合があります。22H2でのみ再現する不具合はsupported buildへの更新で修正を取り込む方が、非公式patchを重ねるより安全です。

• Windows 11 22H2はeditionごとのlifecycleを終了している
• MicrosoftのWindows 11向けExplorer修復案内は更新とPCの再起動を案内している。DISM/SFCは別のシステムファイル修復資料に従う
• DISMはSFCが使うcomponentを修復するため先に実行する
• Explorer restartはdesktop/taskbarも一時的に再起動する
• 別userで正常ならmachine全体よりprofile固有原因を優先できる

explorer.exeはファイル表示だけでなくデスクトップ、タスクバー、コンテキストメニュー、サムネイル、shell extensionをホストします。障害モジュールがMicrosoft以外のDLLなら拡張機能の影響が疑われ、別ユーザーで正常ならプロファイル固有設定へ絞れます。DISMはWindowsイメージのcomponent store、SFCは保護システムファイルを検査するため、役割と実行順を区別します。

service終了buildと非公式回避策を避ける

service終了buildのinternet運用を恒久策にしません。Explorer fixをうたうRegistry file、unknown DLL、非公式shell replacementを入れません。更新前にBitLocker recovery key、backup、free space、business application compatibility、rollback windowを確認します。

• 22H2という古いversionをcurrent前提で説明する
• Explorer restartだけで解決とする
• SFCを何度も実行してresultを記録しない
• faulting module名だけでsystem fileを削除する
• backupなしでfeature updateを強行する

22H2は既に古い版であり、サポート外のbuildを使い続けている場合は、レジストリworkaroundを増やすよりサポート対象版への更新計画が必要です。コンテキストメニューhandlerをレジストリから一括削除したり、ユーザープロファイルを先に消したりしません。アップグレードや修復install前にデータ、BitLocker回復キー、アプリlicense、空き容量を確認します。

system component修復後をsupported buildで検証する

supported Windows 11 versionへ更新後、cold boot、restart、Win+E、taskbar、network folder、OneDrive folder、large folderを確認します。Reliability Monitorに新しいExplorer failureがないこと、Windows Updateが正常、business appとprinterが動くことも確認します。

1. 22H2のedition・build・service statusを記録した
2. Explorerの起動経路とcrash logを取得した
3. supported versionでExplorerが複数回正常起動する
4. update後のapplication・OneDrive・network accessを確認した

Explorerの再起動直後だけでなく、サインアウト、再起動、スリープ復帰、ファイル右クリック、検索、OneDriveフォルダー、ネットワーク共有を試します。信頼性モニターとApplicationログにexplorer.exeの新しいクラッシュがないことを24時間程度観察します。別ユーザーでの比較結果と、無効化したextensionを一つずつ戻した結果も記録します。

supported buildでの再発確認

organization policyで22H2を維持する必要がある場合は、自力の非公式fixではなくIT管理者へ更新block理由とsupport契約を確認します。hardwareがsupported Windows 11へ更新できない場合はdevice refreshを検討し、service終了OSをsecurity設定緩和で延命しません。

特定の更新やシェル拡張機能との関連が確認できたら、その製品の公式な修正手順と再現結果を基に対処を絞ります。サポート対象OSへの更新後もクラッシュする場合や、DISM/SFCで修復できない場合は、OSビルド、発生時刻、再現手順、エラーコードをIT管理者またはMicrosoftサポートへ伝えます。初期化や再インストールを一律の次の手順にはせず、原因とデータ保全の方法を確認してから判断してください。

公式情報・参考資料

• Microsoft Lifecycle – Windows 11 Home and Pro
• Microsoft Lifecycle – Windows 11 Enterprise and Education
• Microsoft Support – File Explorerが開かない場合の修復
• Microsoft Support – DISMとSFCでsystem fileを修復