Linux怎么设置定时任务 crontab定时执行脚本配置详解-LINUX-PHP中文网

crontab能运行不等于脚本能执行，主因是环境变量缺失、权限不足、路径错误；需确认crond服务运行、显式设置path或用绝对路径、赋予脚本执行权限，并重定向输出查日志。

linux怎么设置定时任务 crontab定时执行脚本配置详解

crontab 能跑起来，不等于你的脚本能按预期执行。绝大多数失败不是语法写错，而是环境、权限、路径这三处掉链子。

很多用户改完 crontab -e 就等执行，结果脚本纹丝不动——根本原因是 crond（或 cron）压根没在运行。

Debian/Ubuntu 系统用 systemctl status cron；CentOS/RHEL 用 systemctl status crond
若显示 inactive (dead)，执行 sudo systemctl start cron（或 crond）
别忘了加开机自启：sudo systemctl enable cron
改完配置不用重启服务，crond 每分钟自动 reload /var/spool/cron/ 下的文件

crond 启动时用的是极简 shell 环境，$PATH 通常只有 /usr/bin:/bin，不会加载你的 ~/.bashrc 或 /etc/profile。

在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...

下载

在 crontab 条目开头显式声明环境：0 2 * * * export PATH=/usr/local/bin:/usr/bin:/bin; /home/user/script.sh
更稳妥的做法：所有命令写绝对路径，比如用 /usr/bin/python3 而非 python3，用 /bin/echo 而非 echo
如果脚本依赖 virtualenv，必须在命令中激活：0 3 * * * /bin/bash -c 'source /path/to/venv/bin/activate && python /path/to/script.py'

二者格式不同，混用会直接导致任务静默失败。

crontab -e 编辑的是用户级任务，格式为：分时日月周命令绝对路径（共 6 字段）
/etc/crontab 是系统级配置，**必须包含用户名字段**，格式为：分时日月周用户名命令绝对路径（7 字段）
/etc/cron.d/ 下的文件也要求 7 字段格式，且文件名不能带点（如 mytask 可以，mytask.conf 会被忽略）
误把 6 字段条目粘进 /etc/crontab，cron 会跳过整行，/var/log/syslog 里可能只有一句 bad hour 这类模糊提示

别靠“等日志”或“看文件生成”，容易误判。用最直白、可立即观测的方式验证：

写个一分钟触发的测试条目：* * * * * /bin/date >> /tmp/cron-test.log 2>&1
等 60 秒后 tail -f /tmp/cron-test.log，看到时间戳就说明 cron 在工作
再把你的脚本替进去，同时重定向输出：* * * * * /path/to/your.sh >> /tmp/your.log 2>&1
检查 /tmp/your.log 内容，错误信息比盲猜靠谱得多
顺手查系统日志：grep CRON /var/log/syslog（Ubuntu/Debian）或 grep CRON /var/log/messages（RHEL/CentOS）