Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WSL2: VHD file vanished after Windows 11 restart #12126

Open
1 of 2 tasks
don4get opened this issue Oct 4, 2024 · 6 comments
Open
1 of 2 tasks

WSL2: VHD file vanished after Windows 11 restart #12126

don4get opened this issue Oct 4, 2024 · 6 comments

Comments

@don4get
Copy link

don4get commented Oct 4, 2024

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

Copy link

github-actions bot commented Oct 4, 2024

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 wsl-gh-logs@microsoft.com 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:

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

@don4get
Copy link
Author

don4get commented Oct 4, 2024

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

@mickeygousset
Copy link

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

@Xuroth
Copy link

Xuroth commented Oct 4, 2024

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
Copy link

PRavaga commented Oct 4, 2024

Thanks @Xuroth downgrading solved it for me too

@muma378
Copy link

muma378 commented Oct 10, 2024

Downgrading to 2.1.4 works for me

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants