You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
running engine: waiting for the VM setup to be ready: starting WSL engine: bootstrapping in the main distro: starting wsl-bootstrap: context canceled
docker engine is not running.
Reproduce
run docker as administrator and its showing the above error.
Expected behavior
Docker engine should run
docker version
20.10.
docker info
did wsl --shutdown and restarted, even then got the same error.
For me this appeared after upgrading Docker Desktop to v4.29.0 (latest) on Windows 11 23H2 (22631.3447) within the last week. After the error message, re-running the program results in the same error message. Using task manager to shutdown all docker-related processes and re-run, appears to work.
FWIW, it feels like a timeout based on internet connection. I'm setting my laptop to hibernate with it's not-so-great VPN connection up... it's as if when I disconnect the VPN, Docker Desktop loads normally.
Diagnostics ID: 57D5AE4A-0D1B-4ABD-9746-CB4530A08E0D/20240428084301
I am also experiencing the same issue. Diagnostics ID: 49DC9064-604D-494C-ACB0-236581DCA481/20240429165804
docker --version
Docker version 26.0.0, build 2ae903e
wsl --list
Windows Subsystem for Linux Distributions:
docker-desktop-data (Default)
docker-desktop
Reacted by Freddy Barragán, Delamater, Baciu Vlad-Eusebiu, Surdu Constantin, henriqueholtztraycorp, Evandson Cruz, hechaoqi123, hunsly, kengkreingkrai, Aleksandr Chaplygin and 2 more
Updated from 4.33.1, being plagued with the the #13806 error.
Now with 4.34.0 I get this issue. #14034
Although the release notes indicate that this bug is fixed.
I have tried the wsl --unregister quickfix without success.
I am gonna play around with it a bit more, see if there is some setting I've changed..
Reacted by Azsamot, harappa, Nick North, Phoebe Scaccia, arthackrc, Mattias Nordstrom, Nándor Sperl and ‽
Hey all - thanks for reporting that the problem persists with 4.34. Unfortunately, the fix introduced in 4.34 had itself a bug. Please, take a look at for a possible workaround #14294 (comment).
Since this issue is now closed, please use #14294 for any further communication (and remember to include diagnostics!).
For me the solution was disabling "use legacy mode" for cmd.exe. In my case, I had set up a shortcut to run a terminal command on startup which had this enabled and it affects all terminals (properties -> options -> legacy mode).
You might have enabled this feature at some point before if none of the above fixes worked for you.
Reacted by Pazaz, Valerii V. Shinkevich and Nesemis
The issue:
running engine: waiting for the VM setup to be ready: starting WSL engine: bootstrapping in the main distro: running wsl-bootstrap: exit status 0xffffffff
For me the solution was disabling "use legacy mode" for cmd.exe. In my case, I had set up a shortcut to run a terminal command on startup which had this enabled and it affects all terminals (properties -> options -> legacy mode).
You might have enabled this feature at some point before if none of the above fixes worked for you.
It worked for me. I checked 'Use legacy console' for hiding the terminal console for autorunning Syncthing, but now it made docker not work. If I disable legacy console, now the Syncthing terminal shows. Kinda annoying
Activity
hblovo commentedon Apr 27, 2024
Getting back to an old version might help because I just saw your problem recently based on the error information.
interplexed commentedon Apr 28, 2024
For me this appeared after upgrading Docker Desktop to v4.29.0 (latest) on Windows 11 23H2 (22631.3447) within the last week. After the error message, re-running the program results in the same error message. Using task manager to shutdown all docker-related processes and re-run, appears to work.
FWIW, it feels like a timeout based on internet connection. I'm setting my laptop to hibernate with it's not-so-great VPN connection up... it's as if when I disconnect the VPN, Docker Desktop loads normally.
Diagnostics ID: 57D5AE4A-0D1B-4ABD-9746-CB4530A08E0D/20240428084301
samir-puranik commentedon Apr 29, 2024
I am also experiencing the same issue. Diagnostics ID: 49DC9064-604D-494C-ACB0-236581DCA481/20240429165804
samir-puranik commentedon Apr 29, 2024
Tried this and confirming that this works. I uninstalled 4.29.0 and re-installed 4.28.0 and now it's working again
liumudj commentedon May 1, 2024
回退到之前版本有效
liumudj commentedon May 1, 2024
https://docs.docker.com/desktop/release-notes/#docker-desktop-community-2501
romancristinel commentedon May 1, 2024
Disabling the auto start on system start (via Task Manager / Startup apps) for Docker Desktop fixed it for me .
senina4 commentedon May 4, 2024
This work for me:
Restart Docker Desktop
(edited: this command won't delete your data)
xszefo commentedon May 4, 2024
@senina4 , it also works for me, thanks! :)
smartercow commentedon May 6, 2024
Same
9 remaining items
nikosvil commentedon Jul 24, 2024
Had the same issue on 4.32.0, those commands fixed it. Thanks!
nikolausmoll commentedon Aug 16, 2024
anyway, did not solve it for me for Docker Desktop 4.33.1 (162079) - have to start the Docker software manually, but that sucks.
lorenrh commentedon Aug 30, 2024
4.34.0 has been released with a fix for this issue, more information o the release notes.
I'll be closing this issue, but if the problem persists please open a fresh issue!
andreaswrife commentedon Aug 30, 2024
The issue persists.
Updated from 4.33.1, being plagued with the the #13806 error.
Now with 4.34.0 I get this issue. #14034
Although the release notes indicate that this bug is fixed.
I have tried the
wsl --unregisterquickfix without success.I am gonna play around with it a bit more, see if there is some setting I've changed..
vaibhavPH commentedon Sep 2, 2024
not fixed for me even in docker desktop
4.3.4andrea-reale commentedon Sep 2, 2024
Hey all - thanks for reporting that the problem persists with 4.34. Unfortunately, the fix introduced in 4.34 had itself a bug. Please, take a look at for a possible workaround #14294 (comment).
Since this issue is now closed, please use #14294 for any further communication (and remember to include diagnostics!).
jeaneigsi commentedon Sep 22, 2024
work perfectly thanks
java43wuyi commentedon Oct 13, 2024
I reinstalled docker and followed Microsoft's instructions https://learn.microsoft.com/en-us/windows/wsl/install to install and start wsl2, then restarted docker. If there are any problems during the installation, check the Microsoft website https://learn.microsoft.com/en-us/windows/wsl/troubleshooting#installation-issues for solutions
Carlos-vargs commentedon Nov 6, 2024
too late 😔
PatchFact commentedon Dec 19, 2024
For me the solution was disabling "use legacy mode" for cmd.exe. In my case, I had set up a shortcut to run a terminal command on startup which had this enabled and it affects all terminals (properties -> options -> legacy mode).
You might have enabled this feature at some point before if none of the above fixes worked for you.
ackvf commentedon Jan 26, 2025
Is it possible to reattach the images back to avoid the loss?
brazeiro63 commentedon Feb 13, 2025
The issue:
running engine: waiting for the VM setup to be ready: starting WSL engine: bootstrapping in the main distro: running wsl-bootstrap: exit status 0xffffffff
Is still present.
Docker Desktop v4.38.0
Diagnostic ID: 3710D364-1E7E-42DA-9D7D-C1DBAAE334D1/20250213155646
Edição Windows 10 Pro
Versão 22H2
Instalado em 06/08/2023
Compilação do SO 19045.5487
Experiência Windows Feature Experience Pack 1000.19061.1000.0
Nesemis commentedon Apr 13, 2025
It worked for me. I checked 'Use legacy console' for hiding the terminal console for autorunning Syncthing, but now it made docker not work. If I disable legacy console, now the Syncthing terminal shows. Kinda annoying