WSL2: VHD file vanished after Windows 11 restart

[don4get]

Windows Version

10.0.22631.4169

WSL Version

2.3.24.0

Are you using WSL 1 or WSL 2?

• WSL 2
• WSL 1

Kernel Version

5.15.153.1-2

Distro Version

ubuntu 24.04

Other Software

Docker desktop is installed as well with WSL support.

Repro Steps

Start WSL in cmd: wsl

Expected Behavior

My default Ubuntu distribution should start.

Actual Behavior

Failed to attach disk 'C:\Program Files\WSL\system.vhd' to WSL2
Error code: Wsl/Service/CreateInstance/CreateVm/MountVhd/HCS/ERROR_FILE_NOT_FOUND

It happened after a Windows restart 1 hour ago. I don't see any updates from Windows Update in the log for today.

Could someone tell if I can recover my VMs from this event, or even how to freshly restart a new Ubuntu VM? For now, even if I try wsl install <distroName>, I get the same error vhd file not found.

Diagnostic Logs

No response

[github-actions]

Logs are required for review from WSL team

If this a feature request, please reply with '/feature'. If this is a question, reply with '/question'.
Otherwise please attach logs by following the instructions below, your issue will not be reviewed unless they are added. These logs will help us understand what is going on in your machine.

How 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 script will output the path of the log file once done.

If this is a networking issue, please use collect-networking-logs.ps1, following the instructions here

Once completed please upload the output files to this Github issue.

Click here for more info on logging
If you choose to email these logs instead of attaching to the bug, please send them to [email protected] with the number of the github issue in the subject, and in the message a link to your comment in the github issue and reply with '/emailed-logs'.

View similar issues

Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it!

Closed similar issues:

• WSL missing system.vhd (#11162), similarity score: 0.83
• wsl startup failed after windows update Error code: Wsl/Service/CreateInstance/CreateVm/MountVhd/HCS/ERROR_NOT_FOUND (#11253), similarity score: 0.80
• WSL_E_DISK_CORRUPTED (#10996), similarity score: 0.77
• Cannot access WSL after reboot (#10464), similarity score: 0.77
• WSL2 is failing to attach the wsl virtual disk and giving error code 4294967295 (#10390), similarity score: 0.76

Note: You can give me feedback by thumbs upping or thumbs downing this comment.

[don4get]

For now I got a VHD file copy from a colleague, and it works again.

[mickeygousset]

Same thing happened to me. I'm dead in the water now.

[Xuroth]

This just happened for me too, and I had SSH keys that are non-recoverable setup inside my WSL instance (as well as the code from my work, which I now cannot access). Thankfully, most of the code (minus some recent work) is hosted on a remote gitlab server, but now I have to go through the rigamarole to re-provision a key so I can read/write from the repositories. But I now cannot access our remote production servers for emergency maintenance because the SSH keys were setup inside WSL and not saved anywhere else (due to security practices)

This seriously has impacted my work, and I'll probably have to buy a second computer and setup Linux on bare metal as I'm not confident I can trust WSL/Windows for work after this.

EDIT: After conferring with my work's sysadmin, I'll probably continue to use WSL but will store keys encrypted on a USB drive and offsite in an encrypted store. They really do not like having copies of sensitive/critical information laying around, but due to this issue we'll have to adapt our business policies.

2nd EDIT: I was able to re-gain access to my existing data by following downgrading, as referenced here. I immediately backed up my keys and data onto my windows disk, and will be creating the encrypted backups referenced in my prior edit.

[PRavaga]

Thanks @Xuroth downgrading solved it for me too

[muma378]

Downgrading to 2.1.4 works for me

[dperez83]

Having the same problem after updating to 2.3.24. Downgraded to 2.2.4 and it works.