はじめに
2026年の春、ローカル開発環境をDockerに統一しようと思い、 Windows 11にDocker Desktopを導入しました。
しかし、インストール後に起動しようとすると、 「Docker Desktop failed to start」 のエラーが出てまったく動かない。
ネットで調べても情報が断片的で、原因が複数ありそうで混乱。 最終的には WSL2の設定ミス が原因だったのですが、 解決までに3時間ほど格闘したので、同じ状況の人の役に立てばと思い記事化します。
発生したエラー内容
Docker Desktopを起動すると、以下のような画面が表示されました。
- Docker Desktop failed to start
- WSL distro stopped unexpectedly
- Please enable the WSL 2 feature
この時点で「WSLが怪しい」とは思ったものの、 WSL自体は以前から使っていたので、まさか設定が壊れているとは想像していませんでした。
実際に行った調査手順
① WSLの状態確認
まず PowerShell で以下を実行。
コード
wsl --status
すると、衝撃の結果が。
- Default Version: 1
- Kernel version: Not installed
以前 WSL2 を使っていたはずなのに、 なぜか WSL1 に戻っている状態 になっていました。
Windows Update のタイミングで設定がリセットされることがあるらしく、 これが原因で Docker が起動できなかったようです。
② WSL2 を再インストール
以下のコマンドでWSLを再インストール。
コード
wsl --install
その後、再度確認。
コード
wsl --status
- Default Version: 2
- Kernel version: 5.x.x
無事にWSL2が復活。
③ Ubuntu の再起動
念のため、WSLのディストリビューションも再起動。
コード
wsl --shutdown
その後、Ubuntuを起動し直すと正常に動作。
④ Docker Desktop を再起動
WSL2が正常化した状態でDocker Desktopを起動すると…
普通に起動した。
3時間の格闘が一瞬で終わりました。
なぜWSL2が壊れたのか？
調べたところ、以下の可能性が高いです。
- Windows UpdateでWSLの設定が初期化
- Hyper-Vの設定が一時的に無効化
- BIOSアップデートで仮想化設定がオフになった
特にWindows Updateは頻繁に起こるため、 Dockerユーザーは定期的にWSLの状態確認をした方が良いと感じました。
同じエラーが出た時にまず確認すべきこと
以下の3つをチェックすれば、ほとんどのケースで原因が特定できます。
- WSLのバージョン確認
- 仮想化がBIOSで有効か確認
- Hyper-Vが有効化されているか
特にWSL2が「Default Version: 1」になっている場合は、 Docker Desktopはほぼ確実に起動しません。
まとめ：Docker Desktopが起動しない時はWSL2を疑うべき
今回のトラブルで学んだのは、 Docker Desktopのエラーの8割はWSL2が原因 ということ。
Docker自体を疑うより、 まずはWSLの状態を確認するのが最短ルートです。
コメント