All WSL commands hang (including wsl --shutdown) but WSL is constantly using 30-40% CPU
Version
Microsoft Windows [Version 10.0.22621.160]
WSL Version
- [X] WSL 2
- [ ] WSL 1
Kernel Version
5.10.102.1
Distro Version
Ubuntu 20.04
Other Software
No response
Repro Steps
This mostly seems to be happening when the device wakes from sleep - after a system restart, I can access the WSL distro as expected
- Start a WSL distro (Ubuntu 20.04)
- See it hang
- Try to do a
wsl --shutdown - See that hang as well

Expected Behavior
- Start a WSL distro (Ubuntu 20.04)
- The command line should open
Actual Behavior
- Start a WSL distro (Ubuntu 20.04)
- The terminal hangs completely (see screenshot above)
Diagnostic Logs
Feedback Hub logs: https://aka.ms/AAh9fcl
I have this issue as well. Killing the WSL process from taskmanager recovers, but it does it again. Especially (but not only) after it comes back from sleep.
Looks like something is wrong with your trace, could you please collect a trace using these instructions? /logs
Hello! Could you please provide more logs to help us better diagnose your issue?
To collect WSL logs, download and execute collect-wsl-logs.ps1 in an administrative powershell prompt:
Invoke-WebRequest -UseBasicParsing "https://raw.githubusercontent.com/microsoft/WSL/master/diagnostics/collect-wsl-logs.ps1" -OutFile collect-wsl-logs.ps1
Set-ExecutionPolicy Bypass -Scope Process -Force
.\collect-wsl-logs.ps1
The scipt will output the path of the log file once done.
Once completed please upload the output files to this Github issue.
Click here for more info on logging
Thank you!
Could you also share the output of wsl.exe dmesg?
Thanks!
This issue has been automatically closed since it has not had any author activity for the past 7 days. If you're still experiencing this issue please re-open it.
Thank you!
I'm not the original poster, but I'm having a similar issue: every wsl command hangs (including wsl --shutdown), this causes problems with Docker, but because of the issues with WSL I can't even reinstall Docker itself (I initially thought it was a Docker issue but everything seems to point back to WSL).
wsl.exe dmesg also hangs so I can't post its output.
I attached the logs from collect-wsl-logs.ps1:
Same problem here. Killing WSL from Task Manager solves the issue but is obviously not ideal.
Same here; this just started happening in the last few days; Please re-open this MSFT!
Same here. Need to terminate the process from task manager. This issue started after updated WSL to the Store version.
This should not have been closed - maybe the person went on vacation (7days?) Happens often when attempting to switch folders using VSCode. Hangs -- generally just reboot to get back to working again for a while.
Heavy CPU from vmmemwsl
Windows ARM64

Please reopen, this issue should not have been closed. This happens all the time, usually after waking the computer from sleep. Usually a simple wsl --shutdown worked after a ~30s wait, but today even this method failed as all wsl commands hang indefinitely. I need to go into task manager and shut down vmwp.exe, as otherwise the vmmem process persists even if I kill all wsl processes manually, and the wsl commands hang anyways.
This problem is really frustrating as it forces me to restart Docker and all containers, as well as my IDE, which with large projects can take some time.
Please reopen, this issue should not have been closed. This happens all the time, usually after waking the computer from sleep. Usually a simple
wsl --shutdownworked after a ~30s wait, but today even this method failed as allwslcommands hang indefinitely. I need to go into task manager and shut downvmwp.exe, as otherwise thevmmemprocess persists even if I kill allwslprocesses manually, and thewslcommands hang anyways.This problem is really frustrating as it forces me to restart Docker and all containers, as well as my IDE, which with large projects can take some time.
I was literally about to comment the same thing! This issues has been driving me CRAZY!!!
My wsl version is:
WSL version: 0.66.2.0
Kernel version: 5.15.57.1
WSLg version: 1.0.42
MSRDC version: 1.2.3401
Direct3D version: 1.606.4
DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
Windows version: 10.0.22000.978
Please can we reopen and address this?
Please reopen, this issue should not have been closed. This happens all the time, usually after waking the computer from sleep. Usually a simple
wsl --shutdownworked after a ~30s wait, but today even this method failed as allwslcommands hang indefinitely. I need to go into task manager and shut downvmwp.exe, as otherwise thevmmemprocess persists even if I kill allwslprocesses manually, and thewslcommands hang anyways.This problem is really frustrating as it forces me to restart Docker and all containers, as well as my IDE, which with large projects can take some time.
What's worse, if this happens and I forget to close my IDE before terminating WSL, when I reopen the project everything needs to be reindexed. While the entire restart process takes seconds to do and I could live with this inconvenience, indexing can take minutes, which is not inconvenient - it's infuriating. It is simply unacceptable that this issue persists and I'm absolutely blown away that this seems to be ignored on purpose.
Same issue here. After coming back from sleep Vmmem brings CPU usage to 100%
wsl --shutdown hangs. Happened 3 times in a row, reboot helps.
Tried killing vmwp.exe but it crashed the OS.
WSL version: 0.66.2.0 Kernel version: 5.15.57.1 WSLg version: 1.0.42 MSRDC version: 1.2.3401 Direct3D version: 1.606.4 DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp Windows version: 10.0.22000.978
Same here @ddonov, when docker desktop is running and notebook awakes from sleep.
My workaround is to kill the wslservice.exe in a admin powershell: taskkill /f /im wslservice.exe
Same here @ddonov, when docker desktop is running and notebook awakes from sleep.
My workaround is to kill the wslservice.exe in a admin powershell:
taskkill /f /im wslservice.exe
ERROR: The process "wslservice.exe" not found
Same here @ddonov, when docker desktop is running and notebook awakes from sleep.
My workaround is to kill the wslservice.exe in a admin powershell:
taskkill /f /im wslservice.exe
This worked for me. Thanks a lot! Previously I would do a hard reset.
Same here @ddonov, when docker desktop is running and notebook awakes from sleep. My workaround is to kill the wslservice.exe in a admin powershell:
taskkill /f /im wslservice.exeERROR: The process "wslservice.exe" not found
did you start powershell as admin?
Same here @ddonov, when docker desktop is running and notebook awakes from sleep. My workaround is to kill the wslservice.exe in a admin powershell:
taskkill /f /im wslservice.exeERROR: The process "wslservice.exe" not found
did you start powershell as admin?
yes
Same here @ddonov, when docker desktop is running and notebook awakes from sleep. My workaround is to kill the wslservice.exe in a admin powershell:
taskkill /f /im wslservice.exeERROR: The process "wslservice.exe" not found
This workaround doesn't work for me either but wsl --shutdown does (taking a minute or so to complete)
@benhillis
This issue has been automatically closed since it has not had any author activity for the past 7 days. If you're still experiencing this issue please re-open it.
Thank you!
This is some kind of joke, right?
Facing same issues, Couldn't end process (vmmem) from task manager, it says access denied, also powershell command to taskkill also says process not found.
+1 this issue occurs for me on a new SP9 SQ3 on 22H2 22621.755 in debian bullseye on WSL2 with the systemctl flag enabled in wslconfig.
WSL hangs when I stop a docker container. I then need to restart wsl but wsl --shutdown hangs.
only rebooting or taskkill /f /im wslservice.exe seems to fix it.
Issue should not be closed @craigloewen-msft hello friend can you help us? If there's anything I can do to share more info on how to reproduce please let me know. Thanks and big shoutout to you folks working on WSL, it TOTALLY ROCKS <3
To all those affected here, as this is already closed.
I can't reproduce on my work laptop, but can reproduce on both my weak, 'personal' laptops.
Work machine has 64GB Ram and personal laptops have 16GB (Yeah, I know).
Worse when multiple instances of vscode are running under WSL. If everyone here has low-ish memory, this could be the culprit.
Hi folks, reopening this so it can be visible to the WSL team. It was closed automatically since we didn't get any feedback from the original author. Thanks for flagging us on it!
PLEASE FIX WHATEVER IS CAUSING THIS!!! There are literally DOZENS of threads online about this issue, including several on this GitHub repo! All was good in Win10, now WSL goes zombie after a sleep/hybernate and it is not even clear how to bring it back without rebooting the WHOLE SYSTEM.
@fayora @niekvb Hey. The team here is doing a wonderful job IMO adding updates and addressing issues in WSL. They've been kind enough to re-open this issue and I'm sure they'll prioritize and get to this issue too when they have time. As developers ourselves I'm sure we can all relate!
@craigloewen-msft
What information can the community provide to assist in identifying the root cause?
To all those affected here, as this is already closed.
I can't reproduce on my work laptop, but can reproduce on both my weak, 'personal' laptops.
Work machine has 64GB Ram and personal laptops have 16GB (Yeah, I know).
Worse when multiple instances of vscode are running under WSL. If everyone here has low-ish memory, this could be the culprit.
I am having the issue regardless the availability of RAM, currently having this issue non-stop on a Lenovo T14s with 48GB of RAM and gen 12 i7-1280P CPU. I do not expect that being underpowered is the root of this issue...
I'm not the original poster, but I'm having a similar issue: every wsl command hangs (including wsl --shutdown), I can't even close it in Task manager most of the time since it causes that to hang too. My only option would be to restart my computer, which causes me to lose progress. Please fix soon, as this is causing me to lose work.