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

EACCESS on "rename" unique to ARM64 (Surface Pro X machine) #5139

Closed
pr3johns opened this issue Apr 26, 2020 · 8 comments
Closed

EACCESS on "rename" unique to ARM64 (Surface Pro X machine) #5139

pr3johns opened this issue Apr 26, 2020 · 8 comments

Comments

@pr3johns
Copy link

pr3johns commented Apr 26, 2020

  • Your Windows build number: 10.0.19041.207

  • What you're doing and what's happening: I am attempting an npm install for a React project. Part of the install involves a rename system call which always fails (full screen shot here):

eaccess_screen_shot

I am also attaching the npm log.

2020-04-26T21_37_47_987Z-debug.log

I have also successfully ran the same npm install on the EXACT same project on an Intel machine inside WSL without ANY permission issue. Is there something particular to ARM64 WSL?

Thanks.

@pr3johns pr3johns changed the title EACCESS on renameunique to ARM64 (Surface Pro X machine) EACCESS on "rename" unique to ARM64 (Surface Pro X machine) Apr 26, 2020
@sirredbeard
Copy link
Contributor

Could you please attach an strace?

$ strace -o strace.log yourfailingcommand

@pr3johns
Copy link
Author

Here you go....
strace.zip

@pr3johns
Copy link
Author

Also I'd be happy to post this project on github if someone wants to repro.

@sirredbeard
Copy link
Contributor

A repro would be very useful.

@pr3johns
Copy link
Author

pr3johns commented Apr 29, 2020

OK I was able to distill this to the simplest possible repro. Perform these steps:

npm init
npm install grpc

(just accept all defaults to the npm init). Running these commands in WSL on an ARM64 machine FAILS with the same EACCESS screenshot shown in my original post. Running this command on an Intel device in WSL works. Both machines running npm 6.14.4.

@sirredbeard
Copy link
Contributor

Duplicate of #14.

@pr3johns
Copy link
Author

I read all the comments in issue #14 (there are a lot!). None of the suggestions worked for me EXCEPT someone suggested that the issue is not prevalent on WSL2. I upgraded to WSL2 and the issue went away. Thanks.

@therealkenc
Copy link
Collaborator

Yeah that's #14 aka #1529 aka others. I should have looked at the screencap closer and was thrown by unique to Arm.

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

4 participants