【问题标题】:Windows Subsystem for Linux (WSL) using shared Node.js installation with Windows: Node.js npm & npx binaries not working适用于 Linux (WSL) 的 Windows 子系统使用与 Windows 共享的 Node.js 安装:Node.js npm 和 npx 二进制文件不起作用
【发布时间】:2019-05-30 18:11:08
【问题描述】:

我最近迁移到了 Windows + WSL 环境(顺便说一下,WSL 进展顺利)。这样做的主要原因是有一个用于开发的 Linux 环境,并有一个用于其他应用程序和游戏的 Windows,而无需重新启动我的计算机(之前有一个双启动设置)。

在设置过程中,我发现大多数 Windows 安装的二进制文件都可以从 WSL 执行。因此,我可以在 Windows 中安装 java jdk 并将二进制文件符号链接到 WSL共享 jdk 安装,这完美无瑕)。 但是对节点做同样的事情,节点 npm 和 npx 二进制文件不工作:(

我想要一个单节点安装,我可以使用 nvm windows 来管理它。所以我开始安装如下:

在 WSL 中,我按照 Nick Janetakis guide here(感谢 Nick)配置了我的 /etc/wsl.conf,以便将 Windows 驱动器安装在 / 而不是/mnt/

/etc/wsl.conf

[automount]
root = /
options = "metadata"

然后在windows中安装节点:

C:\Windows\system32> nvm install 10.15.0
... installing process...
C:\Windows\system32> nvm use 10.15.0
...success message...
C:\Windows\system32> node -v
v10.15.0
C:\Windows\system32> npm -v
6.4.1

到目前为止一切正常。下一步是将 Windows 节点二进制文件符号链接到 WSL。二进制文件位于:

C:\Windows\system32> where node
C:\Program Files\nodejs\node.exe

C:\Windows\system32> where npm
C:\Program Files\nodejs\npm
C:\Program Files\nodejs\npm.cmd

C:\Windows\system32>where npx
C:\Program Files\nodejs\npx
C:\Program Files\nodejs\npx.cmd

所以在 WSL 终端内(请记住,我的磁盘安装在 /c 而不是 /mnt/c 作为默认行为):

user@host:~$ mkdir ~/bin
user@host:~$ ln -s /c/Program\ Files/nodejs/node.exe ~/bin/node
user@host:~$ ln -s /c/Program\ Files/nodejs/npm ~/bin/npm
user@host:~$ ln -s /c/Program\ Files/nodejs/npx ~/bin/npx

还有……

user@host:/d/tmp$ node -v
v10.15.0
user@host:/d/tmp$ echo "console.log('Hello World');" >> index.js
user@host:/d/tmp$ node index.js
Hello World

太棒了! (注意: 由于 node 安装在 windows 上,当在 WSL 上时,您必须在磁盘驱动器中使用它,在这种情况下是 /d)。但是……

user@host:~$ npm -v
internal/modules/cjs/loader.js:583
throw err;
^

Error: Cannot find module 'C:\home\user\bin\node_modules\npm\bin\npm-cli.js'
at Function.Module._resolveFilename (internal/modules/cjs/loader.js:581:15)
at Function.Module._load (internal/modules/cjs/loader.js:507:25)
at Function.Module.runMain (internal/modules/cjs/loader.js:742:12)
at startup (internal/bootstrap/node.js:283:19)
at bootstrapNodeJSCore (internal/bootstrap/node.js:743:3)

这就是我写这篇文章的原因。错误很明显,npm 试图在一个路径中找到 npm-cli.js,该路径是 Windows 路径中 npm 符号链接位置的有线组合。

有没有办法告诉 npm/npx 正确的 Windows 路径,它必须从 WSL 中找到它的文件?

很抱歉这个问题太长了,但由于设置非常特殊,我认为上下文化是必要的。

【问题讨论】:

    标签: node.js ubuntu npm windows-10 windows-subsystem-for-linux


    【解决方案1】:

    有什么解决方法吗?我遇到了同样的情况,我希望在 WSL 和 Windows 之间共享相同的节点和 npm,因为我想同时在终端 (WSL) 和 IDEA (Windows) 中运行它们。

    发现npm不能通过drviers运行,比如使用C:/下的npm,已经安装在F:/下,导致报错:

    internal/modules/cjs/loader.js:638
        throw err;
        ^
    
    Error: Cannot find module 'C:\f\Users\aleen\AppData\Roaming\nvm\v10.21.0\node_modules\npm\bin\npm-cli.js'
        at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
        at Function.Module._load (internal/modules/cjs/loader.js:562:25)
        at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
        at startup (internal/bootstrap/node.js:283:19)
        at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)
    

    但是,我们总是在一个驱动程序中工作,这意味着我们可以将 npm 安装在常用驱动程序下(对我来说是F:/),并创建一个别名以通过相对路径在驱动程序内运行它:

    # ~/.bash_aliases
    function npm() {
      $(realpath --relative-to="$(pwd)" /mnt/f/Program\ Files/nodejs)/npm $@
    }
    export -f npm
    

    【讨论】:

    【解决方案2】:

    我无法在 Windows 10 中使用 Ubuntu 20.04 LTS 在 WSL 中安装 npm。

    但是,当我按照here 的说明进行操作时,我确实设法让它工作了。请注意,它说它适用于 WSL2,但安装节点的步骤在 WSL1 环境中有效(现在是 7 月 20 日,我仍然无法在我的 Windows 10 版本中获得 WSL,啊!)。

    简而言之,此解决方案可让您在 WSL 环境中安装 nvm(节点版本管理器)。

    sudo apt-get install curl
    curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.35.3/install.sh | bash
    

    然后你可以安装一个较新版本的节点,它默认与 npm 一起提供,例如

    nvm install --lts
    

    【讨论】:

    • Ben,在你经历了这个过程之后,npx 对你有用吗?我使用类似的方法在 Ubuntu 中安装 nvm 和 node,与我在 Windows 中安装 nvm 和 node 是分开的。问题是来自 Ubuntu 终端的“which npx”仍然以“/mnt/c/Program Files/nodejs/npx”响应。尝试在 Ubuntu 中运行 npx 会导致错误“/mnt/c/Program Files/nodejs/npx: bin/sh^M: bad intrepreter: No such file or directory”。但是,在 Ubuntu 中运行“哪个节点”会以“/usr/bin/node”响应,当我执行节点命令时,一切似乎都正常。
    • 嗨@Lazor。当我按照这些步骤操作时,我能够让 nvm(和节点)工作,尽管我认为我没有尝试过 npx。然而,当我在 WSL 中做这项工作时,我发现 WSL 是将 Windows 路径添加到 linux 路径的罪魁祸首。幸运的是,当我发布 here 时,WSL 有办法阻止这种行为。希望这会有所帮助!
    • 嗨,本,感谢您的帮助。老实说,我不记得发生了什么变化,但我在 Windows 10 上重新安装了 Ubuntu,一切正常。在安装 nvm 和最新版本的 Node JS 后,npm 和 npx 都可以工作。
    • 这是个好消息@Lazor。我有类似的问题,所以我知道你的感受(以及当你开始工作时的解脱!)
    【解决方案3】:

    我有自己的开发环境,所以无法在与您相同的环境中进行测试。 但是,我建议您检查“程序文件”下的 npm 是否在 WSL 上运行良好。

    user@host:~$ /c/Program\ Files/nodejs/npm -v
    

    在我的例子中,运行上面的命令时出现另一个错误。

    Error: EINVAL: invalid argument, uv_pipe_open
    

    如果你的环境也一样,你可以先解决这个问题。

    而且,关于模块路径问题,它似乎是由路径引起的;原始 npm(在 Program Files 下)和您的符号链接具有不同的当前路径。

    我将原来的 npm 修改如下:

    #!/bin/sh
    (set -o igncr) 2>/dev/null && set -o igncr; # cygwin encoding fix
    
    basedir=`dirname "$0"`
    
    echo $basedir  # Added code
    
    case `uname` in
        *CYGWIN*) basedir=`cygpath -w "$basedir"`;;
    esac
    ...
    

    如果你运行原来的 npm 和你的符号链接,$basedir 会显示不同的结果,这会导致模块路径问题。

    如果你能解决第一个问题(uv_pipe_open 错误),那么在你的路径上添加nodejs目录而不是符号链接怎么样?

    【讨论】:

    • 我建议你检查简单的网络 node.js 程序是否运行良好。我怀疑 Windows 版本的 node.exe 对套接字有不同的实现。
    • 我没有遇到无效参数错误,您使用的是什么设置?使用原始位置的二进制文件以相同的行为结束,但路径不同(WSL 中的窗口)找不到模块'C:\c\Program Files\nodejs\node_modules\npm\bin\npm-cli.js'这里似乎发生了两件事。 npm 脚本无法获取符号链接的规范路径并且具有正确的路径,它需要转换为 Windows 路径:/c/foo/bar/baz > c:/foo/bar/baz。我将尝试修改 npm 脚本来实现这一点。也许这可以成为节点源的 PR?
    • 我在 WSL 上使用 nvm,在 Git Bash 上使用 nvm-windows
    • 据我所知,Windows 的 Node.js 与 WSL 不完全兼容。并且一些节点模块在 Git Bash 和 WSL 上有不同的实现。所以,我在 WSL 和 Git Bash 上独立设置了 node.js。
    【解决方案4】:

    我所做的是修改了位于 C:\Program Files\nodejs 的 npm bash 文件。

    替换这个:

    "$NODE_EXE" "$NPM_CLI_JS" "$@"
    

    有了这个:

    "$NODE_EXE" "/Program Files/nodejs/node_modules/npm/bin/npm-cli.js" "$@"
    

    然后在wsl中保存为unix格式文件。

    【讨论】:

      猜你喜欢
      • 2019-07-03
      • 1970-01-01
      • 2019-04-20
      • 1970-01-01
      • 2021-04-23
      • 1970-01-01
      • 2016-07-27
      • 2020-12-09
      • 2018-11-25
      相关资源
      最近更新 更多