Debian Jessie系统Crontab重启任务多次触发问题求助

嘿，你的自动重启任务出现重复触发的问题了，我帮你梳理几个排查方向和解决办法：

1. 先砍掉冗余的权限操作，简化执行逻辑 #

你当前的cron任务已经用root用户执行了，但脚本里还写了sudo reboot——这完全没必要，甚至可能因为多余的权限校验引发意外（虽然概率不高，但先简化总是没错的）。

• 要么修改/home/pi/scripts/reboot.sh，加上日志方便排查触发时间，内容改成：

  echo "Reboot initiated at $(date)" >> /var/log/reboot_trigger.log
  reboot
  

  之后可以通过cat /var/log/reboot_trigger.log查看每次触发的时间，判断是不是时间异常导致的重复执行。
• 或者更直接，把cron任务改成直接调用reboot，省去脚本环节：

  00 21 */3 * * root reboot
  

2. 重点排查时钟同步问题（你怀疑的RTC确实是高发诱因） #

如果系统时钟和硬件RTC（实时时钟）不同步，或者系统时间跳回了过去，cron会误认为之前的任务没执行，从而重复触发重启。

• 先检查系统时间和RTC时间是否一致：

  # 查看当前系统时间
  date
  # 查看硬件RTC的时间
  hwclock --show
  

  如果两者差异很大，先同步它们：

  # 如果系统时间是准确的，把系统时间同步到RTC
  hwclock --systohc
  # 要是RTC更靠谱，就把RTC时间同步到系统
  hwclock --hctosys
  

• 配置NTP自动同步时间，确保系统时间始终准确：
  Debian Jessie可以安装ntp服务来自动同步：

  apt-get update && apt-get install ntp
  service ntp start
  update-rc.d ntp defaults
  

  这样系统会定期从NTP服务器校准时间，避免时间跳变导致cron误判。

3. 检查是否存在重复的cron任务 #

有时候可能不小心添加了多个相同的重启任务，导致重复触发：

• 查看root用户的所有cron任务：

  crontab -l -u root
  

• 同时别忘了检查系统级的cron目录，比如/etc/cron.d/、/etc/cron.hourly/、/etc/cron.daily/里有没有其他触发重启的脚本或任务。

4. 验证cron服务状态 #

偶尔cron服务可能出现异常，导致任务重复执行：

• 重启cron服务试试：

  service cron restart
  

• 查看cron的执行日志（Debian Jessie默认日志在/var/log/syslog）：

  grep CRON /var/log/syslog
  

  这里能看到所有cron任务的执行记录，你可以确认是不是同一个任务被多次触发。

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