Existem vários locais onde as tarefas cron são armazenadas.
O lugar principal é /etc/crontab (e em alguns sistemas, esse é o único). Este arquivo é editado apenas pelo usuário root e geralmente permite especificar em qual usuário o job deve ser executado.
Em alguns sistemas, há também um diretório - /etc/cron.d - que complementa /etc/crontab . Os arquivos aqui contêm linhas como o que é usado para /etc/crontab (geralmente com o usuário para executar conforme especificado), e é basicamente adicionado a /etc/crontab . Isso torna mais fácil para os pacotes adicionar uma entrada ao arquivo crontab principal.
Depois, há os crontabs por usuário - incluindo root, usuários normais e alguns usuários do sistema (geralmente adicionados por pacotes) - que podem ser encontrados em /var/spool/cron/crontab em arquivos específicos do usuário ... isso é o que você edita com crontab -e . Em alguns sistemas, alguns ou todos os usuários podem ser bloqueados usando /etc/cron.allow ou /etc/cron.deny .
Você pode desabilitar entradas em vários arquivos crontab comentando-os com um # .
Finalmente, temos diretórios chamados /etc/cron.hourly , cron.daily , cron.weekly e cron.monthly . Estes contêm scripts shell - não entradas crontab como /etc/cron.d . No entanto, o cron-daemon examinará esses diretórios e executará esses scripts nos momentos apropriados. Você pode encontrar entradas para "run.daily", "run.weekly" e similares - geralmente em /etc/crontab - que é o que realmente analisa e executa esses scripts. Para desativar scripts nesses diretórios, a remoção da permissão de execução deve funcionar.
Um outro problema com estes - e com cron em geral - é se o computador estiver desligado , durante os períodos em que algumas entradas do cron devem ser executadas. Se esse for o caso, esses trabalhos podem (quase) nunca ser executados. Algumas cron -daemons têm mecanismos para consertar isso, ou um programa semelhante a uma crosta é usado (por exemplo, anacron ) - mas, em geral, um computador executando cron deve estar em o tempo todo.
Além disso, o at -and batch -mechanism é executado como cron-jobs em alguns sistemas, em vez de um daemon dedicado próprio.
+++
A maioria das entradas estranhas que você viu são scripts de shell adicionados por pacotes nos /etc/cron.{hourly|daily|weekly|monthly} -directories. Isso pode fazer coisas como liberar buffers, compactar logs, adicionar atualizações ou fazer uma limpeza geral. Como mencionado, eles não são realmente entradas crontab, mas scripts de shell ... é só que cron verificará esses diretórios e executará seu conteúdo de tempos em tempos.
Obviamente, webmin verifica todos os diretórios relacionados ao cron e lista todas as entradas.
A menos que a entrada / script - em / etc / crontab, /etc/cron.d, / etc / cron. timespecific ou / var / spool / cron / crontab / usuário - é para algum serviço que você conhece você e seu sistema está absolutamente não usando (por exemplo, uucp ou news , em um computador que não usa uucp ou executando um servidor de notícias); provavelmente é melhor deixar esses como estão. A maioria destes cron-jobs será executada em "off-hours" (como no meio da noite) de qualquer maneira, e não deve ser muito perceptível. Afinal, "Se não estiver quebrado, não conserte".