非Root用户使用PM2启动Next.js应用失败，需何种权限？

核心结论 #

非Root用户默认就具备控制自身PM2进程的权限，你遇到的进程未生成问题，大概率不是权限不足导致，先从以下方向排查：

1. 先查命令执行的报错信息 #

执行启动命令后，立刻运行以下命令查看PM2日志或错误输出，定位具体问题：

pm2 logs khulo
# 或者查看所有PM2错误日志
pm2 error

常见问题包括：项目依赖未安装完整、端口被占用、npm全局路径无法访问等。

2. 确认PM2全局安装路径的权限 #

非Root用户全局安装PM2时，npm包默认存放在用户目录下（比如~/.npm-global或~/.node_modules），需确保该路径有读写权限：

1. 查看全局npm路径：

   npm config get prefix
   

2. 检查路径权限：

   ls -ld $(npm config get prefix)
   

3. 若权限不足，调整权限（以~/.npm-global为例）：

   chmod 755 ~/.npm-global
   

3. 修正PM2启动命令的规范写法 #

你的启动命令可能存在格式问题，试试标准写法（注意-- run start的格式）：

pm2 start npm --name khulo -- run start

npm的start脚本需要通过run指令调用，部分环境省略run能运行，但规范写法可避免兼容性问题。

4. 正确查看当前用户的PM2进程 #

PM2是用户隔离的，Root用户的进程和普通用户的进程不互通，必须用当前用户执行以下命令查看进程列表：

pm2 list

不要直接用ps aux | grep pm2，因为会显示所有用户的PM2进程，容易混淆。

仅有的Root权限需求场景 #

非Root用户日常管理自己的PM2进程完全不需要Root权限，只有以下场景才需要：

• 绑定1024以下端口：比如要让Next.js直接使用80/443端口（通常Apache会占用这些端口，但若要反向代理之外的场景），需要Root用户给node进程授权端口权限：

  sudo setcap cap_net_bind_service=+ep $(which node)
  

• 配置系统级开机自启：如果要让PM2进程在服务器重启后自动启动，且需要注册为系统服务，这时候需要Root权限执行相关配置命令。

备选方案：用启动脚本启动 #

如果上述方法都无效，可在项目根目录创建一个简单的启动脚本start.sh：

#!/bin/bash
npm run start

给脚本添加执行权限：

chmod +x start.sh

再用PM2启动该脚本：

pm2 start start.sh --name khulo

内容的提问来源于stack exchange，提问作者Y U K I M U R A