基础配置后Cronjob无法运行，请求问题排查

首先，你遇到的核心问题大概率是root用户个人crontab的语法错误，接下来我们逐一排查可能的原因，最后再解释root与普通用户cron的区别。

1. 最可能的原因：crontab语法错误（用户字段误用） #

你在root的crontab里写了这样的任务行：

1 * * * * pi /usr/bin/python /home/pi/Sensors_Database/logDHT.py
15 * * * * pi /usr/bin/python /home/pi/Sensors_Database/checkDB.py

这里的关键错误是：个人用户的crontab（包括root的）不需要指定用户字段。只有系统级的cron配置文件（比如/etc/crontab或者/etc/cron.d/目录下的文件）才需要在时间字段后加上执行任务的用户。

当你用sudo crontab -e编辑root的个人crontab时，正确的格式应该是：

1 * * * * /usr/bin/python /home/pi/Sensors_Database/logDHT.py
15 * * * * /usr/bin/python /home/pi/Sensors_Database/checkDB.py

如果你的脚本已经加了chmod +x权限，并且脚本开头有正确的shebang（比如#!/usr/bin/python），也可以直接写脚本路径：

1 * * * * /home/pi/Sensors_Database/logDHT.py
15 * * * * /home/pi/Sensors_Database/checkDB.py

这个语法错误会导致cron无法解析你的任务，自然不会执行，也不会在syslog里留下任何记录。

2. 其他可能的排查方向 #

如果修正语法后问题依然存在，可以检查以下几点：

• 环境变量差异：cron的运行环境比你手动登录时的环境变量少很多，比如PATH、PYTHONPATH等。如果脚本里依赖了某些环境变量，要么在脚本里显式设置，要么在crontab的命令前指定环境变量，比如：

  1 * * * * PATH=/usr/bin:/bin PYTHONPATH=/home/pi/.local/lib/python3.9/site-packages /usr/bin/python /home/pi/Sensors_Database/logDHT.py
  

• 脚本路径与权限：确保脚本的绝对路径正确，并且root用户对脚本所在目录和脚本本身有读、执行权限（虽然你手动执行正常，但可以再用ls -l /home/pi/Sensors_Database/确认下）。
• cron日志位置：不同Linux发行版的cron日志位置可能不同，除了/var/log/syslog，你可以试试查看/var/log/cron或者/var/log/cron.log，或者用journalctl -u cron.service查看cron服务的日志（适用于systemd系统）。
• 重新加载cron配置：修改crontab后cron会自动加载，但有时候手动重启服务能确保生效：sudo /etc/init.d/cron restart或者sudo systemctl restart cron。

3. root与普通用户cron的区别 #

• 权限范围：
  • 普通用户的crontab（用crontab -e编辑）：任务以该普通用户的身份执行，只能操作该用户权限范围内的文件和命令，无法执行需要root权限的操作（比如修改系统配置、访问root专属文件）。
  • root用户的crontab（用sudo crontab -e编辑）：任务以root身份执行，拥有系统最高权限，可以执行任何操作。
• 配置格式：
  • 个人用户crontab：格式为分 时 日 月 周 命令，没有用户字段。
  • 系统级cron文件（如/etc/crontab）：格式为分 时 日 月 周 用户 命令，必须指定执行任务的用户。
• 环境变量：
  两者的环境变量都比登录shell少，但root的crontab默认环境变量可能包含更多系统路径，普通用户的crontab环境变量更受限，可能需要手动补充。

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