在 Linux 下想通过 cron 设置自动镜像备份文件，遇到很多挫折，最后成功，记录下几点注意事项。

尝试过程：

系统默认自带 cron，执行 crontab -e 添加开机启动任务。类似如下语句。

@reboot rsync -a --delete /home/user/dir1 /home/user/backup

重启后发现没有效果。

按照有的网友指导的方法，可能是 cron 不适合直接执行非内置的命令，我又写了个脚本，通过脚本来运行。脚本内容如下。

#! /usr/bin/bash

rsync -a --delete /home/user/dir1 /home/user/backup

重启后还是没有效果。

按照有的网友指导的方法，可能 cron 执行的太快，有些环境还没初始化好，我在脚本里又加上了 sleep，运行前暂停20秒钟（10秒钟都不行）。

#! /usr/bin/bash

sleep 20

rsync -a --delete /home/user/dir1 /home/user/backup

重启后仍然没有效果。

后来在这篇文章的启发下，终于解决了问题。

检查 cron 是否在 Linux 上运行的 4 种方法 (linux-console.net)

排查1：

检查 cron 守护进程是否正常运行

sudo systemctl status cron

结果显示正常

排查2：

查看 cron 日志（发挥了关键作用）

grep CRON /var/log/syslog （默认是syslog，如果设置了 cron 单独日志，也可能是 cron）

通过日志能够确定 cron 在开机时确实执行了。

通过观察执行语句，我发现中文都显示成 \351\225 这样的格式，一度担心是不是路径文件名中有中文造成的问题，但经过测试，并非这个原因。

排查3：

按照参考文章里的方法3，证明 cron 在一般定时的情况下是可以正常运行的，但就是开机还不行。

检查 cron 是否在 Linux 上运行的 4 种方法 (linux-console.net)

排查4：

再次查看 cron 日志，这次才发现，@reboot 后面指定的路径是 /home/user \351\225……，中间少了一个 / ，多了一个空格，重新修改路径，但开机还是不行。

排查5：

把 rsync 改成 echo 命令，就可以正常运行，说明触发脚本执行没有问题，于是我尝试把之前去掉的 sleep 又加进来，这次终于正常运行了。

总结：

1.确保 cron 正常安装，正常运行。

2.使用 crontab -e 添加定时任务时，如果使用的是非内置命令，需要使用脚本，要确保脚本路径准确，具有执行权限。

3.使用非内置命令时，脚本里要添加 sleep 语句，延迟执行，sleep的时间长点更保险。