Windows 11 24H2 へ更新したあと、エクスプローラーのサイドバーから「Linux(WSL)」が消えてしまい、Ubuntu や docker 用ディレクトリにクリック一発で入れなくなった──そんな現象が世界中で報告されています。本記事では、その原因と考えられているポイントを整理しつつ、実際に多くのユーザー環境で効いた「wsl –update」を中心に、確実性の高い復旧手順と、どうしても直らない場合の回避策までをまとめて解説します。
Windows 11 24H2 更新後に「Linux」フォルダーが消える症状
具体的な症状のイメージ
まずは、どんな状態になっていれば本記事の対象かを整理します。実際の報告をもとにすると、主な症状は次のようになります。
- エクスプローラー左ペイン(ナビゲーションウィンドウ)の「Linux」が突然表示されなくなる。
- 以前は「Linux > Ubuntu」「Linux > docker-desktop」などのツリーから WSL2 のファイルに入れたが、ツリー自体が消えている。
\\wsl$や\\wsl.localhost\Ubuntuをアドレスバーに直打ちすると内容は開ける。- しかし、クイックアクセスにピン留めした WSL パスをクリックすると「要素が存在しません」「Element not found」といったエラーで開けない。
- WSL のディストリビューション自体(Ubuntu など)は
wslコマンドから問題なく起動する。
つまり、「WSL が壊れた」というよりも「エクスプローラーからの見え方だけがおかしくなっている」ケースが多い、というのがポイントです。
どのバージョン・環境で起きやすい?
海外の Microsoft Q&A や GitHub Issues、日本語ブログなどを総合すると、次のような条件で報告が集中しています。
| パターン | 内容 | 補足 |
|---|---|---|
| Windows 11 24H2 への大型アップデート直後 | インプレース更新後にだけ「Linux」フォルダーが消える | MS Q&A / Reddit などで多数報告 |
| Windows 10 > Windows 11 へのアップグレード | アップグレードは成功しているが、Linux タブだけが消える | 古い WSL バージョンからの引き継ぎ時に問題が起きやすい |
| WSL バージョンが 2.4.8 未満 | 24H2 と組み合わせると Explorer 連携が不安定 | WSL 2.4.8 以降への更新で改善した事例が多い |
| 企業ネットワーク・オフライン環境 | Microsoft Store / wsl --update が使えず、古い WSL のまま | 手動インストールが必要になるケース |
とくに Windows 11 24H2 + 古い WSL の組み合わせで、エクスプローラーの WSL 連携(Linux アイコン)が壊れるパターンが目立ちます。
最短の解決策:PowerShell から WSL を最新化する(wsl –update)
結論から言うと、もっとも成功率が高いのは wsl --update で WSL 本体を最新版に更新する 方法です。Microsoft Q&A でも、次のような流れが「もっとも簡単な解決策」として採用されています。
事前確認:WSL のバージョンを把握する
まず、自分の WSL がどのバージョンなのか確認しましょう。
wsl --version
ここで表示される「WSL バージョン」が、コミュニティ報告ベースでは 2.4.8 以降(できれば 2.4.10 以降) になっていると、24H2 環境での Explorer 連携が安定しやすいと言われています。
| WSL バージョン | ステータスの目安 | 推奨アクション |
|---|---|---|
| 2.4.7 以前 | 24H2 との相性問題が出やすいゾーン | 必ずアップデート(wsl --update) |
| 2.4.8〜2.4.9 | Explorer 連携の修正が含まれるが、環境により不安定 | 最新安定版まで更新することを推奨 |
| 2.4.10 以降 | 24H2 で Linux タブが復活・安定したという報告が多い | 症状が残る場合は Explorer / Windows の再起動や設定見直しを優先 |
手順:管理者 PowerShell から WSL を更新する
実際の更新手順はシンプルです。Store 版 WSL が入っている環境なら、このコマンド一発で完結します。
- 管理者として PowerShell を開く
- スタートメニューで「PowerShell」と検索。
- 「管理者として実行」を選択。
- 現在の WSL バージョンを確認
wsl --versionこの時点でバージョンをメモしておくと、更新後に変化を確認しやすくなります。 - WSL を最新版へ更新
wsl --update環境によっては数十秒〜数分かかることがあります。途中でターミナルを閉じず、完了メッセージが出るまで待ちます。 - 念のため WSL を一度停止
wsl --shutdown常駐している WSL のバックグラウンドプロセスをリセットする意味合いがあります(必須ではありませんが、トラブル時はやっておくと無難です)。 - エクスプローラーを再起動 タスクマネージャーから再起動するか、コマンドで再起動します。
taskkill /f /im explorer.exe start explorer.exeここまで終わったら、エクスプローラーを開き、左ペインに「Linux」が再表示されているか確認します。
Microsoft Q&A では、wsl --update を実行 → エクスプローラー再起動だけで Linux タブが復活した という報告が多数寄せられています。
更新後にチェックしておきたいポイント
- エクスプローラー左ペインに「Linux」が表示されるか。
- 「Linux > Ubuntu」などをクリックして、中のディレクトリが問題なく開けるか。
- クイックアクセスへ WSL 内のフォルダーをピン留めし、クリック時にエラーにならないか。
wsl --versionを再度実行し、WSL バージョンが確かに上がっているか。
ここまでで復旧しない場合は、次の「手動インストール」や「WSL を一度起動する」手順も併せて試す価値があります。
代替策:WSL のインストーラ(MSIX/パッケージ)を手動で適用する
企業環境などで wsl --update が使えない場合や、コマンド上では最新版と表示されるのに挙動がおかしい場合は、WSL の最新パッケージを直接ダウンロードして上書きインストールする 方法が有効です。
手動インストールが向いているケース
- Microsoft Store へのアクセスが社内ポリシーで制限されている。
- プロキシやオフライン環境で
wsl --updateが失敗する。 - 32bit / ARM64 など特殊な環境で、明示的に対応バージョンを選びたい。
手順:WSL リリースページから最新パッケージを導入
- WSL の公式リリースページを開く
- ブラウザで「WSL releases GitHub」等と検索し、
microsoft/WSLのリリースページを開きます。
- ブラウザで「WSL releases GitHub」等と検索し、
- 安定版(例:2.4.8 以降)のリリースを選ぶ
- 「2.4.8」「2.4.10」など、24H2 と組み合わせて問題が少ないとされるバージョン以降を選択します。
- 自分の環境に合ったパッケージをダウンロード
- x64 なら
wsl-X64.msixbundle(名称はバージョンにより変わります)のようなファイルを選択。 - ARM デバイスの場合は ARM64 用パッケージを選びます。
- x64 なら
- ダウンロードしたファイルを実行してインストール
- ダブルクリックしてインストールウィザードに従うだけで OK です。
- 既存の WSL インストールが上書き更新される形になり、通常はディストリビューションやデータはそのまま残ります。
- エクスプローラーを再起動し、Linux タブを確認
taskkill /f /im explorer.exe start explorer.exe
Microsoft Q&A の受理された回答でも、「GitHub の WSL 2.4.8 パッケージをインストール → エクスプローラー再起動」で Linux タブの復活が確認されており、その後「wsl --update を実行するだけでもよい」と補足されています。
軽微なケースで効くことも:WSL を一度起動 → Windows を再起動
すべての環境で効くわけではありませんが、WSL を一度起動してから Windows を再起動するだけで Linux タブが戻った という報告もあります。
手順:WSL システムアプリを実行するだけ
- スタートメニューで「WSL」と検索し、「WSL」または「Windows Subsystem for Linux」を起動。
- Ubuntu など既定ディストリビューションのシェルが表示されるのを待つ。
- シェルが立ち上がったら閉じる(特に操作不要)。
- Windows を再起動する。
- 再度エクスプローラーを開き、「Linux」タブが戻っているか確認。
MS Q&A や一部フォーラムでは、「WSL アプリを実行すると内部で設定処理が走り、その後の再起動で Linux アイコンが再び有効になった」と報告されています。
ただし、根本的な原因が「WSL のバージョンが古い」場合、この方法だけでは再発の可能性が高いため、時間が取れるときに wsl --update も実施しておくことを強くおすすめします。
一時的な回避策:エクスプローラーから \\wsl$ / \\wsl.localhost\\ にアクセスする
どうしても Linux タブが復活しない、あるいはすぐ作業に戻りたい場合は、ネットワーク共有として WSL にアクセスする方法 が確実です。
アドレスバーから直接アクセスする
- エクスプローラーを開く。
- 上部のアドレスバーに次のいずれかを入力する。
\\wsl$\\wsl.localhost\
- Enter キーを押すと、インストールされているディストリビューションの一覧が表示される。
- たとえば
Ubuntuをダブルクリックすると、WSL 内のファイルシステムにアクセスできる。
\\wsl.localhost\Ubuntu\home\ユーザー名 のように、よく使うパスをクイックアクセスへピン留めしておくと、疑似的に「Linux」タブの代わりとして使えます。
ネットワークドライブとして割り当てる
MS Q&A では、\\wsl$ で開いたディストリビューションを ネットワーク ドライブとして割り当てる ことで、エクスプローラー左ペインからワンクリックでアクセスする回避策も紹介されています。
\\wsl$を開き、目的のディストリビューション(例:Ubuntu)を右クリック。- 「ネットワーク ドライブの割り当て」を選択。
- ドライブレター(例:
Z:)を指定して完了。 - その後は「PC」配下に現れる
Z:ドライブから WSL ファイルにアクセス可能。
ただし、ファイル転送速度が以前より低下するケース や、クイックアクセスのリンクが壊れたまま残ってしまうケースも報告されています。そのため、この方法はあくまで「一時凌ぎ」と考え、可能であれば WSL 自体を最新化してから常用するのが良いでしょう。
回避策のメリット・デメリットまとめ
| 方法 | メリット | デメリット |
|---|---|---|
\\wsl$ / \\wsl.localhost\ を直接開く | すぐ使える・設定不要。Linux タブが無くてもファイルにアクセス可能。 | 毎回パスを入力する必要がある。クイックアクセスからの動作が不安定なことも。 |
| ネットワークドライブに割り当て | ドライブレターでアクセスできるので操作がわかりやすい。 | 転送速度低下の報告あり。環境によっては権限やポリシーの影響を受ける。 |
| クイックアクセスにピン留め | 従来の「Linux」タブに近い感覚で使える。 | 環境によっては「要素が存在しません」エラーとなり、リンクが壊れることがある。 |
確認・診断に使えるコマンドとチェックポイント
「Linux」タブが復活しない場合、以下の確認を順番に行うと切り分けがしやすくなります。
WSL の状態を確認する
wsl --version
wsl --status
wsl -l -v
| チェック項目 | 見るポイント | 対処の目安 |
|---|---|---|
wsl --version | WSL バージョンが 2.4.8 以上かどうか | 2.4.7 以下なら wsl --update または手動インストールを実施 |
wsl --status | エラー行が出ていないか(9P ファイルサーバー等) | エラーがあれば WSL 再インストールや Windows 更新の検討 |
wsl -l -v | ディストリビューションが Running / Stopped になっているか | 少なくとも 1 つのディストリが存在し、正常に起動できることを確認 |
WSL のバージョンが十分に新しいにもかかわらず、Explorer からだけアクセスできない場合、問題の焦点は Windows 側(Explorer と WSL の連携部分)に絞り込めます。
エクスプローラー・Windows の再起動を試す
更新後や WSL の設定を変更したあとに、エクスプローラーが内部状態を保持しているだけで Linux タブが出てこないケースもあります。その場合は、次の順に試してみてください。
- タスクマネージャーで「Windows エクスプローラー」を右クリックし、「再起動」。
- それでもダメなら Windows 自体を再起動(完全シャットダウン > 再起動)。
MS Q&A でも、「WSL 側を更新したあと、エクスプローラーと WSL を再起動したタイミングで Linux タブが戻った」というコメントが複数見られます。
企業環境・オフライン環境での注意点
企業ネットワークやクローズド環境では、wsl --update や Microsoft Store による更新が制限されていることも多く、今回のような不具合が長引きがちです。その場合のポイントを簡単に整理しておきます。
- WSL の MSIX パッケージをイントラ内にホストしておく
GitHub の WSL リリースからダウンロードした.msixbundleを社内ファイルサーバーに置き、必要なマシンに配布する運用が現実的です。 - バージョンを統一する
部署内で WSL バージョンを揃えておくと、「誰かだけ Linux タブが消えた」といった状況を減らせます。 - グループポリシーで WSL / Explorer を無効化していないか確認
セキュリティ強化の一環で WSL やネットワークドライブ関連機能を制限していると、\\wsl$経由のアクセス自体が禁止されていることもあります。
また、WSL 2.4.8 以降では Ubuntu などのディストリビューションを tar 形式から直接導入できるようになっており、Store に依存しない配布が公式にサポートされました。企業環境での WSL 利用はこの流れに沿って整備されていくと見込まれます。
やらない方がよい「最終手段」について
ネット上の情報をそのまま試すと、取り返しがつかないケースもあります。とくに次の操作は、よほどの理由がなければ避けましょう。
wsl --unregister <Distro>の乱用
ディストリビューションを「未登録」にすると、そのディストリ内のデータは初期化されます。Linux タブが消えただけなら、データを消さずに解決できるケースがほとんどです。- WSL 関連のレジストリを片っ端から削除・変更する
レジストリいじりで Linux フォルダーを復活させる記事もありますが、実際には「表示はされても中身にアクセスできない」「不安定になる」といった報告もあり、再現性が高くありません。 - 安易な OS 再インストール
MS Q&A や GitHub には「最終的に PC をクリーンインストールしたら直った」という体験談もありますが、その前に最新版 WSL への更新や手動インストールを試していないケースも多く、コストに見合いません。
どうしてもクリーンインストールする場合でも、事前に WSL ディストリビューションのバックアップ(wsl --export)を取っておくことを強くおすすめします。
なぜ 24H2 で「Linux」フォルダー問題が多発しているのか(背景)
2024 年後半から 2025 年にかけて、Windows 11 24H2 環境で「エクスプローラーから Linux が消えた」という報告が急増しました。
公式に「こういう仕様変更です」と明言されたわけではありませんが、公開情報やコミュニティの議論から、次のような状況が推測されています。
- 24H2 でエクスプローラーの内部構造が大きく変わった
ナビゲーションペインの表示ロジックやネットワーク共有の扱いが改善されており、その過程で WSL 連携部分に影響が出た可能性があります。 - 旧バージョンの WSL との組み合わせで不整合が発生
24H2 より前にインストールした WSL(2.3.x 〜 2.4.7 など)では、Explorer からの参照方法が古い仕様のままで、24H2 側の実装と噛み合わなくなっている事例が GitHub Issues に複数上がっています。 - WSL 側も 2.4.8 以降で大きな変更が入った
新しい tar ベースのディストリビューション形式や、GUI 設定アプリなどが追加され、Windows との連携仕様も順次アップデートされています。古い WSL のままだと 24H2 の想定とズレる場面が出てきやすいと考えられます。
いずれにせよ、現状もっとも安全で再現性が高い対処は「WSL を最新化する」ことです。OS 側(Windows)だけを更新しても、WSL が古いままだと Explorer 連携でトラブルが起きやすい、というのが 24H2 世代の特徴と言えるでしょう。
まとめ:まずは「wsl –update → エクスプローラー再起動」から
ここまでの内容を、手順ベースで簡単にまとめます。
- 症状
Windows 11 24H2 などへの更新後に、エクスプローラーの左ペインから「Linux(WSL)」フォルダーが消える/展開できなくなる。 - 第一選択の解決策
管理者 PowerShell でwsl --update wsl --shutdownを実行し、その後エクスプローラーを再起動する。 - 代替策
- WSL の最新版 MSIX/パッケージを GitHub のリリースページから入手し、手動で上書きインストール。
- WSL アプリ(システムアプリ)を一度起動してから Windows を再起動し、Linux タブの再表示を確認。
- 回避策(恒久対策にはならない)
\\wsl$や\\wsl.localhost\Ubuntuに直接アクセスする。- 必要に応じてネットワークドライブに割り当てる。
- 注意点
wsl --unregister <Distro>など、ディストリビューションを初期化する操作は最終手段に留める。- レジストリの変更や OS 再インストールに踏み切る前に、WSL の更新とエクスプローラー再起動を必ず試す。
「Linux」タブが消えてしまうと、開発や Docker 利用のワークフローにも大きな影響が出ますが、多くのケースでは WSL の更新だけで復旧 しています。まずは最小限の手順から順番に試し、なるべくデータを失わずに環境を立て直していきましょう。

コメント