我注意到/etc/cron.d/中的作业没有运行，奇怪的是X的数量会运行，但其余的不会。
我已经阅读了有关不使用“。”的评论。 在文件名中，我的文件都没有任何点。
我也读过，你应该总是在每个文件的末尾放一个空行，但这似乎没有任何区别。
最后，我从/etc/cron.d/中的每个文件中删除了所有注释，这使得所有作业都能正常运行。
Cron没有在/ var / log / syslog或/ var / log / messages中放入任何错误消息，没有/var/log/cron(d).log
有没有人遇到过这样的事情？ 如果有的话，是否有解决scheme进行评论，而不会导致问题？
使用# 开头的评论。
Crontabs最终不应该有一个空白的行 – 也许他们接受它在最近的版本（？），但很长一段时间是造成问题。
通常邮件被发送到crontab所有者与输出/问题。 如果crontab属于root ，则应该打开它的邮箱。
快速更新上述评论
@丹尼斯 – 他们都没有任何问题跑。
@Richard – 所有的罚款都包含了Unix行结尾，如果我的开发者使用了Windows行结尾，他们会立即感到我的禁令。
没有输出或问题，因为cron文件根本没有运行。 检查邮箱是我的第一个想法之一。
添加一个简单的回声“文件运行”> / root / cron-has-worked – 一个作业确认它没有工作，也坐在一边监视/ var / log / syslog，另一个确认的cron作业运行。
感谢您使用＃的评论，但我知道如何评论cron文件。 = P