Fails to create tmp directory on WSL
See original GitHub issueProvide the steps to reproduce
- Run LH inside WSL2
What is the current behavior?
Runtime error encountered: EACCES: permission denied, mkdir '/mnt/undefined'
Error: EACCES: permission denied, mkdir '/mnt/undefined'
at Object.mkdirSync (fs.js:750:3)
at sync (/home/villasv/.nvm/versions/node/v10.14.1/lib/node_modules/lighthouse/node_modules/mkdirp/index.js:71:13)
at sync (/home/villasv/.nvm/versions/node/v10.14.1/lib/node_modules/lighthouse/node_modules/mkdirp/index.js:77:24)
at sync (/home/villasv/.nvm/versions/node/v10.14.1/lib/node_modules/lighthouse/node_modules/mkdirp/index.js:77:24)
at sync (/home/villasv/.nvm/versions/node/v10.14.1/lib/node_modules/lighthouse/node_modules/mkdirp/index.js:77:24)
at sync (/home/villasv/.nvm/versions/node/v10.14.1/lib/node_modules/lighthouse/node_modules/mkdirp/index.js:77:24)
at Function.sync (/home/villasv/.nvm/versions/node/v10.14.1/lib/node_modules/lighthouse/node_modules/mkdirp/index.js:77:24)
at makeWin32TmpDir (/home/villasv/.nvm/versions/node/v10.14.1/lib/node_modules/lighthouse/node_modules/chrome-launcher/dist/utils.js:115:12)
at Object.makeTmpDir (/home/villasv/.nvm/versions/node/v10.14.1/lib/node_modules/lighthouse/node_modules/chrome-launcher/dist/utils.js:85:20)
at Launcher.makeTmpDir (/home/villasv/.nvm/versions/node/v10.14.1/lib/node_modules/lighthouse/node_modules/chrome-launcher/dist/chrome-launcher.js:115:24)
What is the expected behavior?
No error.
Environment Information
- Affected Channels: CLI
- Lighthouse version: 5.6.0
- Chrome version:
- Node.js version: 10.14.1
- Operating System: Ubuntu on Windows 10 WSL2
Issue Analytics
- State:
- Created 4 years ago
- Reactions:1
- Comments:24 (8 by maintainers)
Top Results From Across the Web
Fails to create tmp directory on WSL · Issue #188 - GitHub
My suggestion is to rely on the usual linux tooling for tmp directories. Should I close this and copy the bug report on...
Read more >Fails to create tmp directory on WSL - Bountysource
Provide the steps to reproduce. Run LH inside WSL2. What is the current behavior? Runtime error encountered: EACCES: permission denied, ...
Read more >INTERNAL ERROR: Cannot create temporary directory [Fixed]
To fix the Unable to create a temporary file on your Windows device, do the following: Navigate to C:\Users\[Username]\AppData\Local (if your ...
Read more >Why can't .exes see files in /tmp in Windows Subsystem for ...
When I run a .exe file from within WSL when the current working directory is /mnt/c or a subdirectory thereof, it seems to...
Read more >Simulate reboot to clear tmp on the Windows Linux subsystem
The best approach is to make sure your /tmp directory is a temporary mount, but this doesn't work as expected on WSL.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I am also having a problem with lighthouse inside WSL2.
It opens the chrome browser but then hangs with:
It looks like lighthouse succeeds to open chrome but cant seem to connect and manage it
🥳 you just made my day, as that will hopefully let us address the audit reports (I’ve not checked it out locally to run auditing against it, but seen PRs updating the dependencies that are being reported, so fingers crossed).
The beta is using
0.13.x
- I remember seeing the PR; I’ll check it today if I have the time but otherwise use v6 on Monday 🥳🎉