Если cron ругается чем-то вида: '/bin/sh: root: not found', это означает только одно -- пользователю (в данном случае root) подсунули в качестве собственного файла системный /etc/crontab. Отличие пользовательского файла от общесистемного только в одном: у пользовательского в 6-й позиции указывается команда, а у системного -- имя пользователя (команда указывается в 7-й позиции). Поэтому cron честно пытается выполнить в качестве команды имя пользователя, например, root. Действительно, sudo /bin/sh -c root выдаёт точно такую же ошибку: '/bin/sh: root: not found'.
Примеры записей в файлах:
Пользовательский crontab
52 6 1 * * test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
/etc/crontab
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
Спасибо =) я знаю intuit, очень крутой сервис. тока я по ключам его настроила => а задача была по сертификатам =(, у меня как раз не выходит центр сертификации установить на мой сервер.
Кстати, есть такая классная тётка, Лапонина Ольга Германовна, она в МГУ преподаёт. У неё есть учебник по протоколам безопасного сетевого взаимодействия, и там…
Comments
но статья…
Кстати, есть такая классная тётка, Лапонина Ольга Германовна, она в МГУ преподаёт. У неё есть учебник по протоколам безопасного сетевого взаимодействия, и там…
нет, на винде.
Извините за глупые вопросы, если что.