% crontab -e

# MIN HOUR DAY MONTH DAYOFWEEK COMMAND */10 * * * * /usr/bin/fetchmail 2>&1 > /dev/null

# du /var/log/cron 0 /var/log/cron

# ps aux|grep cron root 2373 0.0 0.1 1916 636 ? S 04:22 0:00 /usr/sbin/crond -l10

пля, он комбобокс сбрасывает

% crontab -e

# MIN HOUR DAY MONTH DAYOFWEEK COMMAND

 */10 * * * * /usr/bin/fetchmail 2>&1 > /dev/null

# du /var/log/cron 

0 /var/log/cron

# ps aux|grep cron

 root 2373 0.0 0.1 1916 636 ? S 04:22 0:00 /usr/sbin/crond -l10

С чего ты взял, что не работает? Вот я тут попробовал, все нормально.

crontab -e

*/1 * * * * touch "$(date)".mark

:wq

Теперь каждую минуту появляются файлы с тайм-стемпными именами...

>С чего ты взял, что не работает? Вот я тут попробовал, все нормально.

так ведь не работает ):

% Sun Jun 15 00:15:51 MSD 2008

% crontab -l

# MIN HOUR DAY MONTH DAYOFWEEK COMMAND

*/10 * * * * /usr/bin/fetchmail 2>&1 > /dev/null

*/1 * * * * touch "$(date)".mark

% date

Sun Jun 15 00:35:13 MSD 2008

% locate -u

% locate .mark

%

ау, дядя Фёдор! не подскажете чего?

Не могу сказать, почему у вас не выполняются пользовательские задания, но если запускать /usr/sbin/crond -l10, то /var/log/cron всегда будет нулевым, так как опция -l задает уровень сообщений, которые будут выводится в лог-файл. То есть -l 9 даст только сообщения об критических ошибках типа "couldn't fork", а -l 0 разрешит вывод всех сообщений.

Могу посоветовать "помучать" его с помощью strace -p 2373 (или какой там сейчас у вашего крона pid. Посмотрите, проверяет ли он наличие файла "cron.update", создается ли этот файл по команде crontab -e, перечитывает ли crond пользовательский crontab-файл.

о! спасибо, забыл совсем про strace... покурил его вывод, похоже этот cron не понимает длинные строки о_О. оставил по одному пробелу между * и все заработало. видимо, в debian какой-то другой cron был установлен, ибо работало и так. еще раз спасибо!