先帮你梳理下当前的核心矛盾：拉了新代码但网站没更新，重启Nginx失败提示找不到run/nginx.pid，而且ps aux | grep nginx还报错——大概率是你输入命令时把管道符|写成了重定向符>（你提到控制台显示ps aux > grep nginx），不过就算命令输对了，不同系统的ps语法确实有差异，给你几个更靠谱的进程检查方案：

1. 用pgrep快速定位Nginx进程 #

这是最省心的方式，专门用来查找指定进程的ID：

pgrep nginx

如果有Nginx进程在运行，会直接输出对应的PID；如果没有任何输出，才说明真的没有Nginx进程在跑。

2. 兼容不同系统的ps命令 #

如果ps aux报错（BSD语法不支持），换用以下两种写法：

• 针对GNU/Linux（比如Ubuntu、Debian、CentOS这类主流发行版）：

ps -ef | grep nginx

• 针对BSD系统（比如部分FreeBSD架构的VPS）：

ps ax | grep nginx

注意：输出里如果出现grep --color=auto nginx这一行，那是grep自身的进程，直接忽略即可，剩下的就是Nginx的进程。

3. 用systemctl检查服务状态（适用于systemd管理的系统） #

现在绝大多数Linux发行版都用systemd管理服务，直接查Nginx的状态能得到更全面的信息：

sudo systemctl status nginx

这个命令会告诉你Nginx是否在运行、PID是多少、最近的日志记录，甚至能直接看出服务有没有异常退出的情况。

顺便解决你的Nginx重启问题 #

既然网站还在运行，说明Nginx肯定在后台跑着，只是nginx.pid文件丢失或者路径配置有误：

1. 先通过上面的方法找到Nginx的PID，比如用pgrep nginx得到PID为1234
2. 手动停止Nginx：

sudo kill 1234

如果正常停止无效，就用强制终止命令：

sudo kill -9 1234

3. 检查Nginx配置里的PID路径，确认默认路径是否正确：

grep -r "pid" /etc/nginx/

通常默认路径是/var/run/nginx.pid，你之前用的run/nginx.pid少了前缀/var，这很可能就是找不到文件的原因。
4. 重新启动Nginx：

sudo nginx

或者用systemd的标准命令：

sudo systemctl restart nginx

5. 重启后刷新网站，应该就能看到新代码了——如果还是看不到，可能是浏览器缓存或者Nginx的静态文件缓存，可以尝试强制刷新浏览器（Ctrl+F5），或者检查Nginx配置里有没有开启静态资源缓存的指令。

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