快速概述：我有一个脚本，它将每天将我的源代码存储库从 SVN 备份到当天的 tarball 中。我已经测试了该脚本，只要我以 sudo 身份运行它，它就会运行良好，因为输出目录的所有权。
问题是我想每天运行它，所以我在 /etc/cron.daily 目录中放置了一个指向它的链接。以下是该目录的内容。
thom@spenser:/etc/cron.daily$ ls -l
total 60
-rwxr-xr-x 1 root root 189 2011-09-14 02:21 apport
-rwxr-xr-x 1 root root 15535 2011-10-06 11:30 apt
-rwxr-xr-x 1 root root 314 2011-08-08 16:57 aptitude
lrwxrwxrwx 1 root root 24 2012-02-28 11:05 backup -> /usr/local/bin/backup.sh
-rwxr-xr-x 1 root root 502 2011-06-08 11:48 bsdmainutils
-rwxr-xr-x 1 root root 256 2011-10-06 04:04 dpkg
-rwxr-xr-x 1 root root 372 2011-10-04 16:50 logrotate
-rwxr-xr-x 1 root root 1353 2011-07-27 07:17 man-db
-rwxr-xr-x 1 root root 606 2011-08-17 09:16 mlocate
-rwxr-xr-x 1 root root 249 2011-06-24 05:36 passwd
-rwxr-xr-x 1 root root 2417 2011-07-01 17:25 popularity-contest
-rwxr-xr-x 1 root root 383 2011-09-30 15:09 samba
-rwxr-xr-x 1 root root 3594 2011-09-19 20:07 standard
thom@spenser:/etc/cron.daily$
问题是它根本就无法运行。以下是该脚本的权限：
thom@spenser:/etc/cron.daily$ ls -l /usr/local/bin/backup.sh
-rwxr-xr-x 1 root root 260 2012-02-28 11:03 /usr/local/bin/backup.sh
有想法吗？
答案1
试过这个
run-parts --test /etc/cron.daily
发现我的文件 update.ubuntu 没有出现。还注意到我的文件有一个扩展名（里面有点）。
修复此问题的步骤。
- 重命名我的更新.ubuntu到更新 Ubuntu
- 现在
run-parts --test /etc/cron.daily，我的文件又出现了！
答案2
可能是以下几种情况之一：
根路径：
根据正在运行的命令，您可能需要通过将以下行放在其 crontab 文件的顶部来扩展 root 用户的 PATH 变量：
PATH=/usr/sbin:/usr/bin:/sbin:/bin
来源：https://help.ubuntu.com/community/CronHowto
或者仅在脚本中使用每个命令的完整路径：/bin/ls而不是ls例如（which ls在命令行中输入路径）。
有一个此处报告了有关文件名中点的奇怪错误. 可能会扩展到您链接到的文件，尽管这似乎不太可能。
您是否保存了备份文件的输出？在第一行放上类似这样的内容，以帮助确定它是否根本没有运行，或者正在运行但在某些时候失败了。
/bin/echo "Attempting to run backup" >> /path-to-home/backup.log
或者尝试直接将脚本添加到 crontab 文件中：
sudo -i
crontab -e
[add the next line to the file, then save and exit]
33 15 * * * /usr/local/bin/backup.sh
如果机器开启，将在每天 15:30 运行。测试时使用 * * * * * 每分钟运行一次，直到它正常工作。
答案3
在你的系统日志中查找类似的消息；
crond: (*system*) BAD FILE MODE
文件需要限制在 644 处（就足够了）：
chmod 0644 /etc/cron.d/my_crontab