Install rust on WSL 2 of Win 11 brings Green screen of Death

[kimlimjustin]

Problem
Installation of Rust went smooth on Windows 11 and Ubuntu itself, but when trying to install it on the Ubuntu subsystem of Windows 11, my computer went into Green screen of Death with the error code MEMORY_MANAGEMENT

Steps

1. Use windows 11 insider build
2. Install Ubuntu WSL
3. Open the WSL
4. Run curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh to install
5. Just wait and Green Screen of Death will come up

Notes
The Green Screen of Death stays on 0% for hours and forcing the electricity to went out and boot it again won't give you another Green Screen of Death, it will boot into Windows 11 smoothly. After login in into WIn 11, running rustc --version won't give any output,

[NervosaX]

I get the exact same issue, exact same steps. The install will suddenly crash windows and restart. If I proceed to uninstall:

rustup self uninstall

and then repeat the curl above, the error repeats.

[kinnison]

While this is definitely irritating for you; it's not a bug in Rustup. It should not be possible for a userland program inside a VM inside a modern OS to cause a kernel failure. It would be good if you can report this bug in Windows 11. I'll leave this issue open short-term so that people who encounter this know we're aware; but there's nothing for us to do right now.

[workingjubilee]

Is this WSL1 or WSL2? I have seen other reports of lots of GSoDs on WSL1.

[kimlimjustin]

Is this WSL1 or WSL2? I have seen other reports of lots of GSoDs on WSL1.

WSL2

[rbtcollins]

@NervosaX @kimlimjustin how much memory do your Windows machines have in them ? What does free -h report within WSL ?

Rustup is aggressive about using memory reported as available. It is likely a problem with ballooning pages in the hypervisor interface.

For instance, on my WSL 2 here:

$ free -h
              total        used        free      shared  buff/cache   available
Mem:           62Gi       759Mi        61Gi       0.0Ki       113Mi        61Gi
Swap:          16Gi          0B        16Gi

[rbtcollins]

After installing rustup (no crash) I have:

$ free -h
              total        used        free      shared  buff/cache   available
Mem:           62Gi       772Mi        60Gi       0.0Ki       1.2Gi        61Gi
Swap:          16Gi          0B        16Gi

Note the jump in cache. Memory pressure peaked at 1G during rustup toolchain add stable - so about 240MB being used by rustup.

[rbtcollins]

Last question, does this happen on non-insiders builds? Anything on an insiders build is default-assumed to be the builds problem ;)

[kimlimjustin]

Oh yeah, forgot to update, some days ago, I decided to reinstall the wsl and the ubuntu subsystem, and after reinstalling, finally, it works!

What does free -h report within WSL ?

              total        used        free      shared  buff/cache   available
Mem:           31Gi       212Mi        30Gi       0.0Ki       371Mi        30Gi
Swap:         8.0Gi          0B       8.0Gi

Last question, does this happen on non-insiders builds? Anything on an insiders build is default-assumed to be the builds problem ;)

Idk, I can't try on non-insider builds tho cuz I got no other machine and the spaces in my computer is not enough for building another virtual machine again.

[NervosaX]

I was on WSL1, I didn't realize it stayed on 1 after upgrading to Windows 11. Moving to WSL2 fixed the issue for me.

Others can check in cmd/powershell with:

wsl -l -v for the version of wsl they have.

You can use wsl --set-version ubuntu 2 to upgrade (if you're using ubuntu).