我之前在CPanel搭配Nodenv的无root SSH环境里也碰到过一模一样的问题，折腾了好一阵才搞定，给你几个靠谱的解决思路：

核心问题分析 #

你遇到的Permission denied错误，本质是默认的npm全局安装路径指向了系统级目录（比如/usr/local），你没有写入权限；同时npm尝试调用系统的/bin/ln创建符号链接时，也因为用户权限不足被拒绝——本地安装没问题是因为它只操作当前项目目录，不碰系统资源。

方案1：配置npm全局安装到用户专属目录（最稳妥） #

这是官方推荐的无root全局安装方案，彻底绕开系统目录权限问题：

1. 先在你的home目录创建专属的npm全局文件夹：

   mkdir -p ~/.npm-global
   

2. 告诉npm使用这个路径作为全局安装前缀：

   npm config set prefix '~/.npm-global'
   

3. 把这个文件夹的bin目录加入到你的shell环境变量里（这样全局安装的命令能直接调用）：
   • 如果用bash：

     echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.bashrc
     

   • 如果用zsh：

     echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.zshrc
     

4. 刷新shell配置让修改生效：

   source ~/.bashrc  # 对应bash
   # 或者 source ~/.zshrc 对应zsh
   

5. 测试一下：运行npm install -g miscord，这次应该能正常安装，模块会存放在~/.npm-global/lib/node_modules里，命令可直接通过终端调用。

方案2：检查Nodenv的配置细节 #

因为你用了Nodenv管理Node版本，可能它的npm包装器（就是报错里的/home/myhome/nodevenv/Bot/9/bin/npm脚本）继承了系统级配置：

• 先确认当前npm的全局前缀是不是我们刚才设置的用户目录：

  npm config get prefix
  

  如果输出不是~/.npm-global，重复方案1的第2步手动设置。
• 另外，确认Nodenv激活的是你需要的Node版本：

  nodenv version
  

  如果版本不对，用nodenv local <版本号>或者nodenv global <版本号>切换，避免版本切换导致配置重置。

方案3：修改npm脚本的ln调用（备选应急方案） #

如果临时不想改全局路径，可以尝试修改报错的npm脚本：

1. 打开那个报错的脚本文件：

   nano /home/myhome/nodevenv/Bot/9/bin/npm
   

2. 找到第14行的/bin/ln，尝试替换为/usr/bin/ln（很多系统里/usr/bin的权限比/bin更宽松）。
3. 保存退出后重新尝试全局安装。

注意：这个方法是应急用的，因为后续更新npm或者Nodenv时，这个脚本会被覆盖，还是方案1更持久。

内容的提问来源于stack exchange，提问作者Ginzo Milani