使用grep的Bash脚本是否正确？系统异常重启问题排查求助

你的脚本出现问题主要有两个核心原因，咱们一个个拆解：

1. ps -a的范围限制导致找不到后台进程 #

ps -a这个命令的作用是列出所有关联终端的进程，但会排除会话领导者和无终端的后台进程。而gridcoin作为后台服务/守护进程，大概率是没有绑定终端的，所以ps -a根本找不到它的进程，导致grep -q gridcoin永远返回“未找到”，每次都会触发else分支的重启操作。

2. grep会匹配自身进程的潜在风险（虽不是本次问题的主因，但必须修正） #

就算ps能列出gridcoin进程，管道中的grep gridcoin进程本身的命令行里也包含“gridcoin”字符串，会被grep匹配到，可能导致误判（比如gridcoin没运行时，反而因为匹配到grep自己而认为进程存在）。

修复后的脚本 #

推荐用pgrep命令来检查进程，它专门用于查找进程名，不会匹配自身进程，而且能识别所有进程（包括无终端的后台进程），是这类场景的最优解：

#!/bin/bash
# 用pgrep检查gridcoin进程，> /dev/null是为了屏蔽输出只保留返回值
if pgrep gridcoin > /dev/null
then
    echo "gridcoin正在运行，无需操作"
else
    sudo reboot -h now
fi

如果需要精确匹配完整进程名（比如避免类似gridcoind这类名称相似的进程被误判），可以加上-x参数：

if pgrep -x gridcoin > /dev/null

测试建议 #

在把脚本放回cron之前，先手动运行几次，或者把sudo reboot -h now改成echo "系统将会重启"，验证逻辑是否正常，避免再次出现频繁重启的情况。

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