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

wsl.exe --mount is not supported on ARM64 #9611

Closed
1 of 2 tasks
stevecapperarm opened this issue Feb 8, 2023 · 20 comments
Closed
1 of 2 tasks

wsl.exe --mount is not supported on ARM64 #9611

stevecapperarm opened this issue Feb 8, 2023 · 20 comments
Labels

Comments

@stevecapperarm
Copy link

Version

Microsoft Windows [Version 10.0.22621.1194]

WSL Version

  • WSL 2
  • WSL 1

Kernel Version

5.15.83.1

Distro Version

Ubuntu 22.04.1 LTS

Other Software

No response

Repro Steps

Hello!
I run:
wsl --mount \\.\PHYSICALDRIVE1 --bare

Expected Behavior

I expect the physical drive to be mounted.

Actual Behavior

I get:

wsl.exe --mount is not supported on ARM64.
Error code: Wsl/Service/WSL_E_WSL_MOUNT_NOT_SUPPORTED

Diagnostic Logs

No response

@ghost ghost added the feature label Feb 15, 2023
@hwine
Copy link

hwine commented Jun 13, 2023

Per @craigloewen-msft statement, shouldn't this be considered a bug?

@Rippanda12
Copy link

Same bug on W11 on ARM64

@Nabla128k
Copy link

Also suffering from this. Please repair it.

@adiantek
Copy link

same for me

@DawgTool
Copy link

ran into this issue today while using VSCode in WSL and wanted a repo for my GitHub Copilot project. Is this going to be addressed in the future?

@camiloa17
Copy link

Hello Team, I am encountering issues while attempting to run Docker on my new ARM Surface Pro Copilot + PC, similar to those previously experienced.

running WSL command wsl.exe C:\Windows\System32\wsl.exe --mount --bare --vhd <HOME>\AppData\Local\Docker\wsl\disk\docker_data.vhdx: wsl.exe --mount is not supported on ARM64.
Error code: Wsl/Service/WSL_E_WSL_MOUNT_NOT_SUPPORTED
: exit status 0xffffffff
checking if isocache exists: CreateFile \\wsl$\docker-desktop-data\isocache\: The network name cannot be found.

SS of the issue
image

@zmedgyes
Copy link

@camiloa17 I had the same error. For me, the issue was, that I have tried to install the regular Windows version of Docker Desktop and not the Windows ARM Beta (current latest installer).

@camiloa17
Copy link

@camiloa17 I had the same error. For me, the issue was, that I have tried to install the regular Windows version of Docker Desktop and not the Windows ARM Beta (current latest installer).

Thank you, this worked!

@christseng89
Copy link

Thanks @camiloa17, it worked for my Surface Pro 11.

@tballowe
Copy link

@camiloa17 I had the same error. For me, the issue was, that I have tried to install the regular Windows version of Docker Desktop and not the Windows ARM Beta (current latest installer).

Thank you @camiloa17! I was pulling my hair out trying to figure this out on my Surface Laptop 7. Worked like a charm!

@kipters
Copy link

kipters commented Aug 22, 2024

Bug still present in WSL v2.2.4.0

@wojtow
Copy link

wojtow commented Aug 22, 2024

Hello Team, I am encountering issues while attempting to run Docker on my new ARM Surface Pro Copilot + PC, similar to those previously experienced.

running WSL command wsl.exe C:\Windows\System32\wsl.exe --mount --bare --vhd <HOME>\AppData\Local\Docker\wsl\disk\docker_data.vhdx: wsl.exe --mount is not supported on ARM64.
Error code: Wsl/Service/WSL_E_WSL_MOUNT_NOT_SUPPORTED
: exit status 0xffffffff
checking if isocache exists: CreateFile \\wsl$\docker-desktop-data\isocache\: The network name cannot be found.

Crowdstrike is (at the time I write this) also wanting to block the various commands run during Docker desktop installation on Win ARM64. The error ends up being different, but that's the next hurdle one might encounter.

@christseng89
Copy link

First, to use Docker Desktop for Windows ARM version, if k8s is enabled, then WSL version 2.2.4.0 should be worked with.

When Docker Engine is running, then use Command Line 'wsl --shutdown' to restart the Docker Desktop then both Docker and k8s works with my new Surface Pro 11. Hope it helps.

@garam-park
Copy link

@camiloa17 I had the same error. For me, the issue was, that I have tried to install the regular Windows version of Docker Desktop and not the Windows ARM Beta (current latest installer).

Thank you👍

@lilith
Copy link

lilith commented Aug 29, 2024

Docker is really needed on WOA to enable development. I hope this is prioritized.

@benhillis
Copy link
Member

Fixed with https://github.com/microsoft/WSL/releases/tag/2.3.21 on newer versions of Windows.

@andrea-reale
Copy link

Hi @benhillis thanks for this work, it's great to get parity on ARM64!

Can you please clarify the minimum Windows version where this is supported, please? For example I am testing on Win11Pro 22623.1250 and I see it's not supported on that version.

> wsl.exe --mount --bare --vhd data.vhdx

wsl.exe --mount is not supported for ARM64 on this version of Windows
Error code: Wsl/Service/WSL_E_WSL_MOUNT_NOT_SUPPORTED

> wsl.exe --version
WSL version: 2.3.24.0
Kernel version: 5.15.153.1-2
WSLg version: 1.0.65
MSRDC version: 1.2.5620
Direct3D version: 1.611.1-81528511
DXCore version: 10.0.26100.1-240331-1435.ge-release
Windows version: 10.0.22623.1250

@christseng89
Copy link

You have use wsl 2.2.4 to work with Docker Desktop AMD version. Download wsl 2.2.4 from https://github.com/microsoft/WSL/releases/tag/2.2.4.

wsl --version
WSL version: 2.2.4.0
Kernel version: 5.15.153.1-2
WSLg version: 1.0.61
MSRDC version: 1.2.5326
Direct3D version: 1.611.1-81528511
DXCore version: 10.0.26091.1-240325-1447.ge-release
Windows version: 10.0.26120.2222

@izhyvaiev
Copy link

@christseng89 WSL for x64 always worked, but using it means losses through the binary translation on Prism. This topic is about WSL running natively ARM. And Docker is not relevant here as well, as bug is WSL bug, not Docker bug.

@izhyvaiev
Copy link

@andrea-reale wsl.exe --mount on ARM64 requires Windows version 27653 or newer.
So for now it's generally Canary channel

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

No branches or pull requests