microsoft
Can't boot after WSL 2 Install
-
Your Windows build number:
Version 10.0.19536.1000 -
What you're doing and what's happening: After, Enable the 'Virtual Machine Platform' optional component and make sure WSL is enabled, I can't boot into Windows.
-
What's wrong / what should be happening instead: I should be able to boot into Windows
-
Strace of the failing command, if applicable: N/A
-
For WSL launch issues, please collect detailed logs.
Happy to provide any additional details to troubleshoot but I'm not sure what else to provide at this point in time. I've painstakingly tracked this can't boot issue down to WSL 2 install (6 PM an on in blog post).
I've been able to use Windows Restore Points to fix not being able to boot so I'm happy to run the WSL 2 install again and collect the necessary info (though I can't boot into windows so how does one do that? 🤔).
Having the same issue, it also occurs while enabling the virtual machine platform through the windows features GUI, though it at least got to 15% updating before it hung
Same issue, I enabled the 2 windows features separately tho.
First windows subsystem for linux, which reboot normally, but then enabling windows virtualmachineplatform caused the system to fail at boot.
More specifically, the bootloader does seem to load Windows but just stalls at black screen until forced shutdown.
After some continued troubleshooting, the root problem appears to be I can't enable Hyper-V on Version 10.0.19536.1000 of Windows. Enabling/installing it prevents my PC from booting.
I formatted and started over to get back to build 1909 and I can install Hyper-V and therefore run WSL (v1 of course).
Windows Feedback Hub link, My blog post w/ some additional details
I feel like I should close this issue as it doesn't appear to be a WSL 2 issue but a Hyper-V/Windows 10 issue. 🤔
Very probably a recent(ish) regress because there'd be more screeching when WSL2 was released to Insiders last Spring, and these two (w/ #4780) came in back-to-back.
Windows Feedback Hub link, My blog post w/ some additional details
Windows feedback hub was the right thing to do (thanks!). The feedback hub isn't as black a hole as some might imagine it to be. If a lot of people report a problem they do get looked at.
Technet hyper-v forum not a bad place to post too.
I feel like I should close this issue
Open, closed; not a big difference in this instance. It was constructive to post here so folks doing a search know they're not alone.
If a lot of people report a problem they do get looked at.
Everyone, please upvote the Windows Feedback Hub Problem Report so this gets addressed, thanks!
Upvote == Add similar feedback in app
The issue is coming from one of the last few insider builds, I had no trouble getting WSL2 going on a clean install last month.
I'm not sure exactly how Hyper-V is involved though, I'm currently running 19541 build with the Hyper-V and Windows Hypervisor Platform features enabled without boot issues. The specific cause for my own failure to boot is when enabling the Virtual Machine Platform feature, is that the case for you @therealkenc or are you not able to boot with Hyper-V feature alone?
My understanding is that the Virtual Machine Platform is a thinner version of Hyper-V that is used for specific features like WSL2 (maybe exclusively for WSL2?). If that is the case, than this issue may not be coming from Hyper-V itself, hopefully those more knowledge will chime in though
Actually I was now just able to manually enable all the features needed to run WSLv2 on latest insiders build (10.0.19541)!
I had enabled each of the following features separately restarting after each:
- Hyper-V
- Windows Hypervisor Platform
- Windows Subsystem for Linux
Then I installed Ubuntu from the Windows Store which gave me a WSLv1 distro working normally. I followed by running the command in powershell: Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform and finally before rebooting I ran wsl --set-version Ubuntu 2 which converted my disto to WSLv2 running on Virtual Machine Platform.
After reboot, Windows was able to configure the new optional features correctly however interestingly, the new WSLv2 distro is having networking issues, likely something to do with Hyper-V or Virtual Machine Platform...
Still convinced the original stated issue exists though, my comment above was just a strange no-reboot workaround. A clean install of latest insider's build still does fail to boot after enabling both Windows Subsystem for Linux & Virtual Machine Platform as per the WSL2 install docs.
Fixed my above network issue via https://github.com/microsoft/WSL/issues/4285#issuecomment-522201021 in case anyone else runs into same problem
is that the case for you @therealkenc or are you not able to boot with Hyper-V feature alone?
I'm personally able to boot no problem. Haven't touched the Windows features since I can remember.
Still convinced the originally stated issue exists though, my comment above was just a strange no-reboot workaround
So I'm not crazy! I thought I had WSL 2 working too! I know I was running wsl -l -v and saw v1 labels. Until I rebooted (or did something else).
Haven't touched the Windows features since I can remember
Fresh install of Windows for me.
I don't know what this means but I suspect it is related to the underlying issue:
Notice the "partial checked state" but both sub-items are checked? 🤔
"Virtual Machine Platform" is the only component required for WSL2. The various Hyper-V features include subsets or supersets of the required functionality.
Actually I was now just able to manually enable all the features needed to run WSLv2 on latest insiders build (10.0.19541)! [...]
@ev-dev I tried this and it didn't work for me. I rolled back my Windows to version 19541. Then installed Hyper-V through dism and restarted. I tried to do the same for Windows Hypervisor Platform and Windows Subsystem for Linux but they were already installed. Next I ran wsl --set-version Ubuntu 2 which didn't work; it said Please enable the Virtual Machine Platform Windows feature and ensure virtualization is enabled in the BIOS. (which I've done). Then I enabled VirtualMachinePlatform like you said and after that I attempted a restart and got stuck on the Windows logo screen during reboot. (I got out of that by running BCDedit /set hypervisorlaunchtype Off but obviously now I have no virtualization features.)
Any advice?
EDIT: Everything seems to be working now after I updated to the just-released Windows build 19551. I converted from WSL1 to WSL2 with no issues using the normal procedure.
It is happening with me in a Windows 10 Pro Version 19041.21. Just after enabling WSL2 with Docker Desktop Edge and installing a VM using WSL2 from Windows Store i could not boot anymore... My "solution" was to restore a point in time through windows recovery, but I still havent found a solution for using WSL 2 without bricking the boot.
Also have Win 10 Pro V19041.21, WSL2, and Docker Desktop Community and getting the black screen on boot periodically -- have to hold the power down and hope the next boot comes up normal which is about half the time.
By typing
BCDedit /set hypervisorlaunchtype OffI no longer have a problem with the black screen not booting and my wsl works.
It is not work for me
Once you allow Virtual Machine Platform, boot fails and you end up having to boot in safe mode and set hypervisorlaunchtype off in 'bcdedit'. It's not an issue with the bios nor hardware. Attempted on both Windows 10 Pro and Win10 Home on 2 desktops both build 19041...
I've found something odd after a week of attempts. Let the boot fail 3 times, go into Troubleshoot, then choose to "Debugging Mode" under Advanced Startup Options. After this, it for some reason just finished the install of Hyper-V, Hypervisor, and Virtual Machine Platform. I can now run WSL2 etc but I guess it's at the expense of some of my drivers not running? The quest for a proper solution continues...
Turns out having ESEA Client for csgo installed on my computer broke Hyper-V/VirtualMachinePlatform/Hypervisor etc...
Reproducible for me:
- Do fresh install of build 19041 from USB
- Accept all updates from Windows Update, which required a reboot.
- Open explorer, follow prompts to download the new Edge browser (*probably not necessary to reproduce, but it's what I did all 3 times this happened to me.)
- Open powershell (admin)
- dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
- dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart
- Restart.
Result: Boot hangs at vendor splash screen. Will keep hanging at splash screen until safe mode is entered, which reverts the dism command(s).
Fixes/Workarounds:
- Adding step 4.5 "BCDedit /set hypervisorlaunchtype Off" worked for me as far as fixing the hang on boot (although it meant I could not use WSL)
- I did not have this issue when I installed 2004 via the Update process. (UPDATE: I have since spent many hours trying to reproduce this brief initial success but did not find any way to do it.)
I have been encountering a problem like this since September 2019 both on stable and Insider versions of Windows and have only just found this issue. I am not 100% sure it is the same problem, but on the off chance it is, I would like document my experience.
Booting Windows results in it hanging on a black screen after the progress circle when virtualization (AMD SVM) is enabled in the BIOS. The fan runs at full blast and the shell never starts.
I did some bisection with system drivers and found that when I disabled atikmpag.sys, the AMD integrated graphics display driver, the system booted fine with virtualization enabled. Since my system did not work well without the driver, I decided to live with the issue and not use WSL 2.
Today, after reinstalling Windows 1909 in another attempt to fix the issue, I found that it was fixed and I could boot with virtualization enabled. However, after installing the Virtual Machine Platform feature, as required by WSL 2, my machine stopped booting again. I updated to the Fast ring, build 19631.1, and the issue continued to appear.
My uneducated guess is that having SVM and the Virtual Machine Platform enabled means something is triggered in atikmpag.sys to make the system hang during bootup. I will attempt to debug the issue once my cable arrives in 2 days' time.
Try disabling fast boot and see if that helps.
Regretfully, it did not.
(@jbooth-sr: The BIOS on my Gigabyte Aero 15 does not offer a Fast Boot option one way or another.)
I've spent many hours since my last post trying to find a successful combination of build version, updates taken or skipped, updating or not updating drivers on my own, and previously installing WSL 1 or not. They all failed. In every combination I tried, I was left with a binary choice of enabling Virtual Machine Platform and not being able to boot, or not enabling it and not being able to use WSL.
Clearly many other users are in fact using WSL 2 successfully, leading me to wonder whether the issue is about a specific incompatible driver or other quirk on my machine; or is about a subsequent patch to Windows or WSL that has made it impossible for new WSL 2 users to get past the initialization stage.
My initial, one brief success may have hinged on either something I installed/configured during my regular use of the machine that was lost once I did a fresh install; or perhaps was enabled by being prior to some system firmware update being applied (do the Intel microcode updates work that way?)
I am not savvy on debugging windows boot issues so do not know how to proceed further. I'm open to suggestions. I'd also appreciate any tips if there are shortcuts that would speed up my testing cycle: right now each try is very painful, requiring multiple failed reboots to access safe mode, having to say "I forgot my PIN" because that process locks out the normal log in mechanism, and not being able to access the recovery command console because it will not take my password.
I've also filed this as a new issue via the feedback hub. Given it is reproducible on at least my machine I feel like someone in QA should confirm whether the documented install procedure works on a fresh install of build 19041 with the current applicable updates on at least some machines.
The BIOS on my Gigabyte Aero 15 does not offer a Fast Boot option one way or another.
The Fast Boot option in Windows is located in Control Panel > Power Options > Choose what the power buttons do (on the left side).
Side note: the Gigabyte Aero 15 doesn't have an AMD processor, so that rules out the exact same root cause as mine, driver-wise.
I'd also appreciate any tips if there are shortcuts that would speed up my testing cycle
Try turning off virtualization/VT-x/d in the BIOS. That let me boot when I installed VirtualMachinePlatform.
You could try the driver bisection method I mentioned in my earlier comment to diagnose if it's a driver thing, but it's very annoying and requires manual registry editing. Let me know if you're open to that and I can give you more details!
The Fast Boot option in Windows is located in Control Panel > Power Options > Choose what the power buttons do (on the left side).
Oh! Thank you. I tried it, but no difference.
Try turning off virtualization/VT-x/d in the BIOS. That let me boot when I installed VirtualMachinePlatform.
Interesting. That hack lets me survive the reboot following enabling VirtualMachinePlatform, which lets Windows complete its setup, and gets me access to the wsl console command. This lets me enter the third command from the setup instructions (set wsl default version to 2). But when I go to the Store after that and go to the Ubuntu page, it hangs on a spinning circle. I rebooted, re-enabled VT-X, but was right back at the hang on boot problem.
You could try the driver bisection method I mentioned in my earlier comment to diagnose if it's a driver thing, but it's very annoying and requires manual registry editing. Let me know if you're open to that and I can give you more details!
Thank you for the offer! Having spent my weekend on this issue as it is, it's past due for me to return to current work, and that process does not sound quick. Maybe I'll try again next weekend.
The Fast Boot option in Windows is located in Control Panel > Power Options > Choose what the power buttons do (on the left side).
Oh! Thank you. I tried it, but no difference.
Try turning off virtualization/VT-x/d in the BIOS. That let me boot when I installed VirtualMachinePlatform.
Interesting. That hack lets me survive the reboot following enabling VirtualMachinePlatform, which lets Windows complete its setup, and gets me access to the wsl console command. This lets me enter the third command from the setup instructions (set wsl default version to 2). But when I go to the Store after that and go to the Ubuntu page, it hangs on a spinning circle. I rebooted, re-enabled VT-X, but was right back at the hang on boot problem.
You could try the driver bisection method I mentioned in my earlier comment to diagnose if it's a driver thing, but it's very annoying and requires manual registry editing. Let me know if you're open to that and I can give you more details!
Thank you for the offer! Having spent my weekend on this issue as it is, it's past due for me to return to current work, and that process does not sound quick. Maybe I'll try again next weekend.
Thanks, you save my day. I got the same issue in my T495 (AMD). After enter bios and disable AMD virtualization. I can boot into windows.
Same issue here, SVM on AMD = black screen after installing virtualization platform, turning off fastboot did not help, I went back to Manjaro on this machine ~~until this gets sorted out~~.
I'm running Windows 10 Home Version 10.0.19631.1 with AMD Ryzen 5 3550H. I used to have the same issue after turning Virtual Machine Platform on.
But, I was able to boot normally after doing the following steps.
- Turn off virtualization in your BIOS.
- Go to "Turn windows features on or off " and turn on :
- Virtual Machine Platform
- HyperVisor Platform (I understand there's no HyperVisor in Home Edition,but it's still showing)
- Restart the machine
- Turn on "Windows Subsytem for Linux"
- Install your favourite distro
- Go to BIOS and turn virtualization on
- Restart windows
Although, I should mention that I have received blue screen of death a couple times after doing this. But I'm attributing that to my OS being in the fast track insider edition.
I even installed wsl2 version of docker later.Its working fine.
But, I was able to boot normally after doing the following steps.
Regretfully, I was not able to replicate your results.
In other news, I have received my cable and got debugging working. However, the connection drops when the boot process hangs. I will try again later.