Windows 11 KB5124008でサインイン直後にexplorer.exeがクラッシュしブラックスクリーンになる不具合の原因と今すぐ試せる対処法
結論：KB5124008でexplorer.exeがクラッシュ・ブラックスクリーンになる不具合の原因と対処の要点
2026年9月8日に配信されたWindows 11の月例更新プログラム「KB5124008」を適用したあと、サインインした直後に画面が真っ黒になり、デスクトップもタスクバーも出てこない。そんな状態でこの記事にたどり着いた方が多いはずです。
まず落ち着いてください。この症状ではマウスカーソルだけは動き、キーボードも反応することがほとんどです。つまり、PCのハードウェアが壊れたわけではありません。
2026-09-13時点での結論を先にまとめます。
- 原因は、KB5124008の適用後に explorer.exe（デスクトップ・タスクバー・スタートメニューを描画するプログラム）が正しく起動しない、またはほぼ即座にクラッシュすることだと報じられています。
- Microsoftはこの症状を認識して調査中ですが、公式の恒久的な修正パッチは本記事公開時点で未発表です。
- 最初に試すべき応急処置は「タスクマネージャーからexplorer.exeを再起動する」方法です。リスクがほぼなく、多くの人がここで一旦デスクトップに戻れます。
- 業務や作業に支障が出るほど重い場合に限り、KB5124008のアンインストールを一時的な回避策として検討します。ただしこれはセキュリティ上のリスクを伴う選択です。
出典: Unsplash
KB5124008でサインイン直後にexplorer.exeがクラッシュ・ブラックスクリーンになる症状とは
そもそもどんな症状なのか
この不具合は、Windows Updateの適用そのものが失敗するタイプのトラブルではありません。更新は正常に完了し、再起動もでき、サインイン画面までは普通にたどり着きます。問題が起きるのは、パスワードやPINを入力した直後です。
具体的には、次のような状態になると報告されています。
- サインイン後に一瞬だけ壁紙が見えて、すぐ真っ黒な画面に切り替わる
- デスクトップアイコン・タスクバー・スタートメニューが一切表示されない
- マウスカーソルは動くが、右クリックしても何も出ない
Ctrl + Alt + Delやタスクマネージャーだけは反応する
海外メディアのwindowslatest.comは2026年9月12日の記事で、KB5124008適用後に一部のPCで「Explorer.exeが正しく起動しないか、ほぼ即座にクラッシュするため、サインイン後にブラックスクリーンが表示される」と報じています（windowslatest.com）。
explorer.exeは単なるファイル操作アプリではなく、デスクトップの見た目そのものを担当しているプロセスです。これが落ちると、Windowsは動いているのに操作する手段がほぼ失われます。「画面が真っ暗だがPCのファンは回っている」という状況は、まさにこの状態です。
出典: Unsplash
自分が該当するか確認する
まずは、手元の環境が今回の条件に当てはまるかを確認しましょう。現時点で分かっている情報を整理すると次のとおりです。
| 項目 | 内容（2026-09-13時点） |
|---|---|
| 更新プログラム | KB5124008（2026年9月8日配信の月例累積更新） |
| 対象ビルド | Windows 11 24H2: 26100.9445 ／ 25H2: 26200.9445 |
| 主な症状 | サインイン直後にexplorer.exeがクラッシュし、ブラックスクリーンになる |
| 報告が多い環境 | Citrix UPM、FSLogix、VMware Horizon、ProfileUnity ProfileDisksなどの仮想デスクトップ環境（会社支給のPCや仮想デスクトップを使っていない方はこの段落を読み飛ばしてもかまいません） |
| 公式「既知の問題」への掲載 | 未掲載（別の3件のみ掲載） |
| 公式の修正パッチ | 未発表 |
ビルド番号を確認したい場合は、Win + R で winver と入力すれば表示されます。ただし今は黒い画面で操作できない状態だと思いますので、確認は後回しで構いません。まずは次の「今すぐ試せる対処法」のステップ1でデスクトップに復帰してから、必要であれば確認してください。KB5124008の詳細はMicrosoft公式サポートで公開されています。
なぜ起きるのか｜原因と発生条件
Microsoftは「調査中」と表明している
Microsoftの社員であるJason Parker氏は、Reddit上の投稿でこの件の調査を認めています。同氏は「September Windows updates were extensive and need more data to understand and root cause（9月のWindows更新は変更範囲が広く、根本原因の特定にはさらなるデータが必要）」とコメントし、原因究明のためユーザーにメモリダンプの提供を呼びかけていると、windowslatest.comが2026年9月12日の記事で報じています（windowslatest.com）。
つまり、2026-09-13時点では「KB5124008の何がexplorer.exeを落としているのか」という技術的な根本原因は、Microsoft自身もまだ特定できていない段階です。ネット上で見かける「〇〇が原因」という断定的な解説は、現時点ではいずれも推測の域を出ないと考えておくのが安全です。
出典: Unsplash
仮想デスクトップ環境で報告が集中している
会社支給のPCや仮想デスクトップを使っていない方は、この段落は読み飛ばしてOKです。 個人所有のPCで発生している場合は「今すぐ試せる対処法」に進んでください。
windowslatest.comの記者による初期分析では、この症状はユーザープロファイルをコンテナ（仮想ディスク）に格納する環境で特に多く報告されているとされています。具体的に名前が挙がっているのは、Citrix UPM、FSLogix、VMware Horizon、ProfileUnity ProfileDisksといった仕組みです。
これらは主に企業が使う仮想デスクトップ（VDI）の技術で、サインインのたびにユーザーのプロファイルを外部の仮想ディスクから読み込んで組み立てます。サインイン直後という発生タイミングを考えると、プロファイルの読み込み処理とexplorer.exeの起動が噛み合っていない可能性が疑われますが、これはあくまで推測です。
家庭の個人用PC（ドメインに参加していないローカルアカウント）でも同じ症状が起きるかどうかは、2026-09-13時点の報道からは確認できていません。ただし「会社のPCでは起きるが自宅では絶対に起きない」と断言できる材料もないため、同様の症状に遭遇した場合は本記事の対処法を順に試してみてください。
公式の「既知の問題」にはまだ載っていない
ここは競合記事があいまいにしがちな部分なので、正確にお伝えします。Microsoft公式のKB5124008「既知の問題（Known issues）」ページに2026-09-13時点で掲載されているのは、次の3件だけです。
- USB Audio Class 1.0デバイスがコード10エラーで起動に失敗する
- Hyper-V上のLinux VMでPlan9共有フォルダが見えなくなる
- リモートデスクトップサービス（RDS）がサインイン時に応答停止する
explorer.exeのクラッシュとブラックスクリーンは、この一覧には含まれていません。ただしこれは「Microsoftが把握していない」という意味ではなく、前述のとおり社員が調査中である旨をコミュニティ上で表明している段階、と理解するのが正確です。公式ページへの掲載は、原因の切り分けが進んでから行われるのが通例です。
日本語メディアでも同様に、黒い画面の症状は仮想デスクトップ環境やリモートデスクトップセッションで目立つと伝えられています（Softantenna）。
今すぐ試せる対処法（簡単な順）
対処法は、リスクの低いものから順に試すのが鉄則です。いきなり更新プログラムを削除しないでください。
出典: Unsplash
| ステップ | 内容 | 難易度 | リスク | 期待できること |
|---|---|---|---|---|
| 1 | タスクマネージャーからexplorer.exeを再起動 | 低 | ほぼなし | その場でデスクトップに復帰 |
| 2 | セーフモードで起動して切り分け | 中 | 低 | 原因が更新側かを判断できる |
| 3 | KB5124008をアンインストール | 中〜高 | セキュリティ低下 | 症状の一時的な回避 |
ステップ1：タスクマネージャーからexplorer.exeを再起動する
まず試すべきはこれです。所要時間は1分ほどで、PCに与える影響もありません。
- キーボードで
Ctrl + Shift + Escを押し、タスクマネージャーを開く - 画面が簡易表示なら「詳細」をクリックして展開する
- 「プロセス」タブに「エクスプローラー」があれば右クリックして「再起動」を選ぶ
- 一覧に無い場合は、メニューの「ファイル」→「新しいタスクの実行」を選ぶ
- 入力欄に
explorer.exeと入力して「OK」を押す
これでタスクバーとデスクトップが戻ってくれば、ひとまず作業は再開できます。ただし根本解決ではないため、サインインのたびに再発する可能性があります。まずはこの状態で、開いていた作業内容を保存してしまいましょう。
ステップ2：セーフモードで起動して切り分ける
ステップ1でも復帰しない場合は、セーフモードで起動して症状が出るかを確認します。セーフモードでは最小限のドライバーとサービスだけが読み込まれるため、更新プログラム以外の原因（常駐ソフトやドライバー）を切り分けられます。
サインイン画面までたどり着ける場合は、右下の電源アイコンを押し、Shift キーを押しながら「再起動」を選びます。すると回復環境（WinRE）が開くので、「トラブルシューティング」→「詳細オプション」→「スタートアップ設定」→「再起動」と進み、表示された一覧から「セーフモードを有効にする」を選びます。
セーフモードでデスクトップが正常に表示されるなら、通常起動時に読み込まれる何かが引き金になっていると判断できます。次に試すとすれば、タスクマネージャーの「スタートアップアプリ」タブから常駐ソフト（ウイルス対策ソフトの独自シェル拡張やデスクトップカスタマイズツールなど）を一時的に無効化し、explorer.exeへの影響が小さくなるかを確認する方法があります。ただしこれはKB5124008そのものの修正ではなく、あくまで切り分けのための一時的な対応です。ここまで確認できたら、次のステップへ進むかを検討します。
出典: Unsplash
ステップ3：KB5124008をアンインストールする（最終手段）
作業が完全に止まってしまい、業務に支障が出ている場合の一時的な回避策です。日本語ブログ「エラー大全集」は「黒い画面や起動ループなど、利用継続が難しい重大な症状が出ている場合に限り、アンインストールを一時的な回避策として検討します」と紹介しています（エラー大全集）。ただしこれはMicrosoftが公式に案内しているワークアラウンドではなく、本記事としても同様の考え方を採用する、という位置づけである点に注意してください。
デスクトップに復帰できる場合の手順は次のとおりです。
- 「設定」を開く（
Win + I） - 「Windows Update」→「更新の履歴」を開く
- 下部の「更新プログラムをアンインストールする」を選ぶ
- 一覧から「KB5124008」を探して「アンインストール」を押す
- 指示に従って再起動する
画面が真っ黒のままでWindowsが操作できない場合は、回復環境から削除します。電源ボタンで強制終了と起動を数回繰り返すと自動修復が起動するので、「トラブルシューティング」→「詳細オプション」→「更新プログラムのアンインストール」→「最新の品質更新プログラムをアンインストールする」と進みます。手順の詳細はMicrosoft公式のアンインストール手順にまとまっています。
アンインストール前に必ず知っておきたいリスク
KB5124008はセキュリティ更新プログラムです。削除すれば、その更新が塞いだ脆弱性への防御も同時に失われます。Microsoftは公式ページで「セキュリティ更新をアンインストールする前に、そのリスクを理解すること」と明確に注意を促しています（Microsoft公式）。
なお、KB5124008が悪用中のゼロデイ脆弱性を修正したという情報が一部の日本語ブログで流れていますが、Microsoft公式のKBページで直接確認できたものではありません。CVE番号を根拠に判断するのは避けましょう。
ステップ1で毎回復帰できる程度の症状なら、削除せずに修正版の配信を待つほうが安全です。どうしても削除する場合も、修正パッチが出たら速やかに再適用してください。
それでも解決しない場合の対処法
ここから先は、自分がどちらの立場に近いかで取るべき行動が変わります。
会社PC・仮想デスクトップ環境の場合
会社から貸与されたPCや、Citrix・FSLogixといった仮想デスクトップ環境を使っている場合は、自分で更新プログラムを削除しないでください。管理者が一括で配信ポリシーを管理しているため、個別の削除は環境を壊す原因になります。まずは社内のIT管理者やベンダーサポートに「KB5124008適用後にサインイン直後のブラックスクリーンが発生している」と具体的に伝えましょう。
個人ユーザーの場合
個人ユーザーの場合は、Microsoftへの報告が最短の近道になり得ます。Win + F でフィードバックHubを開き、「KB5124008 explorer.exe クラッシュ」といったキーワードで既存の報告を検索し、同じ症状があれば「同意する」に投票します。同じ声が集まるほど優先度が上がります。
前述のとおりMicrosoft社員はメモリダンプの提供を求めていると報じられています。技術に明るい方であれば、C:\Windows\Minidump 配下のファイルを添付して報告すると、原因究明に直接役立つ可能性があります。
そのうえで、KB5124008の公式ページを数日おきに確認してください。既知の問題として掲載されれば、同時に公式の回避策や修正予定が示されるのが通常の流れです。
再発防止｜次の月例更新に備えてやっておくこと
今回のようなトラブルは、残念ながら月例更新のたびに一定の確率で起こります。被害を小さくする準備をしておきましょう。
- 重要な作業の前に復元ポイントを作る：「システムのプロパティ」→「システムの保護」から手動で作成できます
- 更新を数日遅らせる：設定の「Windows Update」→「更新の一時停止」で1〜2週間ずらすと、初期の不具合報告を見てから適用できます（ただしセキュリティ更新の適用遅延はリスクを伴います）
- 大事なデータは外部にバックアップする：OSが起動しなくなっても、データさえ無事なら復旧の選択肢は大きく広がります
特に復元ポイントは、作るのに数分しかかからないのに効果が大きい保険です。月例更新が配信される第2火曜日の前に習慣化しておくことをおすすめします。
まとめ：KB5124008後のexplorer.exeクラッシュ・ブラックスクリーンは今日から対処できる
KB5124008適用後のブラックスクリーンは、explorer.exeがサインイン直後にクラッシュすることで起きていると報じられており、2026-09-13時点でMicrosoftが調査中の段階です。公式の修正パッチはまだ出ていませんが、手が打てない状況ではありません。
今日やることは3つです。まず Ctrl + Shift + Esc でタスクマネージャーを開き、explorer.exe を新しいタスクとして実行してデスクトップを取り戻してください。次に、開いていたファイルを保存してバックアップを取ります。そのうえで、削除に踏み切る前に必ずセキュリティ上のリスクを天秤にかけてください。
アンインストールはあくまで最終手段です。ステップ1で復帰できる程度であれば、修正版の配信を待つほうが安全といえます。会社のPCであれば、自己判断で削除せずIT管理者へ連絡するのが正解です。
最新の状況はMicrosoft公式のKB5124008ページで確認できます。同じ症状に遭遇している方は、フィードバックHubでの報告にもぜひ協力してみてください。声が集まるほど、修正は早くなります。
