该错误是路径不存在导致的，需用mkdir -p创建缺失的父目录（如/var/run/nginx/），再检查nginx.conf中pid指令路径是否匹配且已启用，最后建议将pid文件存至持久路径（如/usr/local/nginx/logs/nginx.pid）并设置权限。
这个错误不是权限问题，而是路径存在性问题。关键看引号里的完整路径——它就是你要补全的文件或目录位置。
直接提取并创建缺失路径
错误日志里明确写出路径，比如 "/var/run/nginx/nginx.pid" 或 "/usr/local/nginx/logs/nginx.pid"，说明 Nginx 启动时试图打开该文件但整个路径都不存在。
- 先确认路径最末级是文件还是目录：以 .pid 结尾的一般是文件，但其上级目录（如
/var/run/nginx/或/usr/local/nginx/logs/）往往根本不存在 - 用
mkdir -p一次性创建完整父目录结构，例如：sudo mkdir -p /var/run/nginx或sudo mkdir -p /usr/local/nginx/logs - 不需要提前创建
nginx.pid文件本身——Nginx 启动成功后会自动写入
检查 nginx.conf 中的 pid 指令是否匹配
Nginx 默认不写 pid 文件，除非配置中显式启用了 pid 指令。如果日志报的是某个路径找不到，但你没在配置里设过 pid，那很可能是配置被改过、或用了别人打包的模板。
- 打开
nginx.conf，搜索pid关键字，看是否类似这样：pid /var/run/nginx/nginx.pid;或pid logs/nginx.pid; - 如果该行被注释（前面有
#），就取消注释；如果路径和报错路径不一致，就改成报错里出现的路径，或统一改为更稳定的路径如/usr/local/nginx/logs/nginx.pid - 改完保存，再执行
nginx -t验证语法
启动时强制指定配置并生成 pid
有时即使配置正确，首次启动仍因目录未就绪而失败。这时跳过默认路径依赖，用 -c 显式加载配置，并确保工作目录可写。
- 进入 Nginx 安装根目录（如
/usr/local/nginx），运行：sudo sbin/nginx -c conf/nginx.conf - 这条命令会按配置读取、创建 pid 文件（前提是父目录已存在且权限允许）
- 验证是否生成：
ls -l logs/nginx.pid或ls -l /var/run/nginx/nginx.pid
避免重启后反复丢失的长效处理
/var/run 是内存型临时目录，系统重启即清空。把 pid 放这里，每次开机都要重建目录——这不是 bug，是设计使然。长期稳定做法是换路径。
- 把
pid指令改为指向持久路径，例如：pid /usr/local/nginx/logs/nginx.pid; - 确保
/usr/local/nginx/logs/目录存在且 Nginx 进程用户（通常是www-data或nobody）有写权限：sudo chown nobody:nobody /usr/local/nginx/logssudo chmod 755 /usr/local/nginx/logs - 配合 systemd 服务时，可在 service 文件里加
ExecStartPre=+/bin/mkdir -p /usr/local/nginx/logs自动预建目录
