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 2 won't run windows binaries under ext partitions (Store Preview Version) #7526

Closed
1 of 2 tasks
suxpert opened this issue Oct 12, 2021 · 5 comments
Closed
1 of 2 tasks

Comments

@suxpert
Copy link

suxpert commented Oct 12, 2021

Version

Windows version: 10.0.22471.1000

WSL Version

  • WSL 2
  • WSL 1

Kernel Version

Kernel version: 5.10.60.1

Distro Version

Kali Linux 2021.3

Other Software

None;

Packages include win32 binaries in their packages (win-kex, for example).

Repro Steps

  1. make sure we can run windows binaries under wsl:
wsl.exe notepad.exe
  1. Under wsl, copy notepad.exe to some where not mounted as drvfs:
$ cp `which notepad.exe` ~
  1. Try execute the windows binary under extfs:
$ cd && ./notepad.exe

Expected Behavior

Notepad should popup

Actual Behavior

Notepad won't run, and the output is:

./notepad.exe: Invalid argument
                               %

The % indicates spaces in the output.

Diagnostic Logs

This issue prevent some software to be executed correctly, e.g., win-kex in kali-linux, which included the win32 version of tiger vncviewer in its package, now won't work.

I've notice that #7521 (comment) also reported this issue (under a different title).

So this is in emergency!

@benhillis
Copy link
Member

Thanks for posting, let's track this one over at /dupe #7421.

@ghost
Copy link

ghost commented Oct 12, 2021

Hi! We've identified this issue as a duplicate of another one that already exists in this repository. This specific instance is being closed in favor of tracking the concern over on the referenced thread.

Thanks for your report!

@ghost ghost closed this as completed Oct 12, 2021
@ghost ghost added the duplicate label Oct 12, 2021
@suxpert
Copy link
Author

suxpert commented Oct 13, 2021

Thanks for posting, let's track this one over at /dupe #7421.

Perhaps you were mentioning #7521?

@benhillis
Copy link
Member

Yep sorry you're right, GitHub auto-completed the wrong bug.

/dupe #7521

@ghost
Copy link

ghost commented Oct 13, 2021

Hi! We've identified this issue as a duplicate of another one that already exists in this repository. This specific instance is being closed in favor of tracking the concern over on the referenced thread.

Thanks for your report!

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

No branches or pull requests

2 participants