Eu gosto da interface cron no webmin.
Recentemente, um usuário em um dos nossos sistemas (linux Ubuntu, mas qualquer * nix seria o mesmo) tinha um arquivo crontab sem uma nova linha final.
É comum que os arquivos de configuração * nix exijam essa nova linha de terminação, sendo que o cron não é diferente. No entanto, nenhum aviso é fornecido ao adicionar um arquivo sem nova linha e o comando nunca é executado.
Então, duas correções se identificam.
O segundo é sobre o que é essa questão. Qualquer coisa para verificar a sintaxe antes de entrar no arquivo, ou para fazer frente a todo o processo de entrada, o que é um pouco estranho de qualquer maneira.
Para essa máquina em particular, uma ferramenta de linha de comando seria necessária, pois está localizada em um data center e um ambiente X não está instalado.
Eu sempre achei que a coloração da sintaxe em vim era suficiente para fazer isso por mim. Eu não me deparei com o problema da nova linha simplesmente porque eu me treinei para ser automática com ele, como dirigir é, então você tem aquelas experiências onde você dirige enquanto pensa em algo absorvente e você sai do carro e se pergunta por si mesmo "Como eu cheguei aqui? Não me lembro da viagem!" --- "Droga, de onde vieram todas essas novas linhas?"
Existe agora CronSandbox .
Esta é uma 'caixa de areia', em algum lugar seguro para explorar os comandos do crontab. Insira os valores de tempo, o CronSandbox valida a sintaxe e entrega as datas e horas futuras que o trabalho executaria.
Eu mudei meu editor padrão para o emacs, que pergunta se você quer terminar o buffer com uma nova linha ao sair:)
setenv EDITOR <editor>
no seu .bashrc (ou apropriado) deve lidar com essa solução:)
Para responder à segunda parte da sua pergunta, você também pode soltar scripts nos diretórios cron.<period> em /etc
Tags cron linux unix user-interface