Ubuntu 16.04 crontab@reboot执行Python3脚本时os.system命令失效

这种情况我碰到过好几次，核心问题出在crontab的运行环境和你手动登录的shell环境不一样，还有@reboot的执行时机问题。下面给你一步步拆解和解决：

为什么os.system在@reboot时失效？ #

• 环境变量差异：crontab运行时的默认PATH非常有限，远不如你登录后shell的PATH完整。你手动执行时能找到的命令，在crontab环境下可能因为找不到路径直接失败，而且os.system默认不会把错误信息打出来，所以你看到输出为空。
• 启动时机过早：@reboot是系统刚启动就触发脚本，但你的Web服务器可能还没完成启动，这时候健康检查命令自然执行失败。

快速修复方案（继续用crontab） #

1. 给命令指定绝对路径 #

不管你在os.system里执行什么命令，都用绝对路径调用。比如你之前用os.system("curl http://localhost")，先手动登录系统，用which curl查到curl的绝对路径（比如/usr/bin/curl），然后改成：

os.system("/usr/bin/curl http://localhost")

2. 手动设置脚本的环境变量 #

在Python脚本开头添加PATH配置，把常用命令的路径加进去：

import os
# 覆盖或扩展PATH，确保包含你需要的命令所在目录
os.environ['PATH'] = '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin'

3. 延迟脚本执行 #

给@reboot加个延迟，等Web服务启动完成后再运行脚本：

@reboot sleep 60 && python3 /full/path/to/your/script.py >> /full/path/to/your/logfile.log 2>&1

sleep 60是等待60秒，你可以根据自己系统的启动速度调整这个时间。

更可靠的替代方案（用systemd服务） #

如果是长期运行的Web健康检查脚本，systemd比crontab更合适——它能监控脚本状态，意外退出时自动重启，还能确保在依赖服务（比如网络、Web服务器）启动后再运行。

步骤1：创建systemd服务文件 #

在/etc/systemd/system/目录下新建web-health-check.service文件，内容如下：

[Unit]
Description=Web Server Health Monitor
After=network.target apache2.service  # 换成你的Web服务，比如nginx.service
Wants=network.target

[Service]
Type=simple
User=your_username  # 替换成你的用户名
ExecStart=/usr/bin/python3 /full/path/to/your/script.py
Restart=always  # 脚本崩溃时自动重启
StandardOutput=append:/full/path/to/your/logfile.log
StandardError=append:/full/path/to/your/logfile.log

[Install]
WantedBy=multi-user.target

步骤2：启用并启动服务 #

执行以下命令让systemd识别并启动服务：

sudo systemctl daemon-reload
sudo systemctl enable web-health-check.service
sudo systemctl start web-health-check.service

之后你可以用systemctl status web-health-check.service查看脚本的运行状态，非常方便。

调试技巧 #

如果还是找不到问题，可以修改Python脚本，把命令的错误输出也捕获下来：

import os
# 捕获命令的stdout和stderr
cmd_output = os.popen("your_command 2>&1").read()
print(f"Command execution result:\n{cmd_output}")

这样日志里就能看到具体的错误信息（比如“command not found”或者“connection refused”），帮你快速定位问题。

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