01
Escolha o relógio
daily inicia à meia-noite. No modo relativo, 5min conta após a inicialização; OnUnitActiveSec recomeça na última ativação do serviço, não no fim da tarefa.
- Os dois modos permanecem separados nesta página.
Cron & Scheduling
criar temporizador systemd · Agenda de calendário ou intervalo após iniciar
Gere um .timer para um serviço existente e confira o agendamento no Linux de destino.
criar temporizador systemd
Entrada do disparo
Configuração e verificações
A entrada é processada neste navegador e não é enviada a um servidor.
Opções
Digite o nome-base de um serviço existente.
Um backup às 9h em dias úteis não usa o mesmo relógio de uma tarefa cinco minutos após iniciar a máquina. Criar temporizador systemd exige escolher entre OnCalendar e contagem monotônica, sem colar uma expressão cron de cinco campos. Os temporizadores do systemd precisam dessa escolha de referência.
Esta página para criar temporizador systemd produz somente o .timer. A explicação e o comando systemd-analyze calendar ficam junto da configuração para a conferência no computador que realmente executará a tarefa.
Por que criar temporizador systemd aqui
A base de tempo aparece junto do arquivo que será salvo.
Separe hora marcada e tempo decorrido
OnCalendar segue o calendário; OnBootSec começa na inicialização e OnUnitActiveSec conta da última ativação do serviço. O resultado não chama esses intervalos de “hora fixa”.
Leve a verificação ao ambiente certo
O navegador checa aliases e horários simples. Listas, passos e fusos ficam marcados como não verificados, com comandos para usar o parser do Linux de destino.
Três cuidados antes de ativar
02
Informe o serviço existente
Digite o nome básico sem .service ou .timer. Exemplo, modelo e limpeza exibem uma prévia e permitem desfazer uma vez após aplicar.
- Sem nome não há arquivo habilitado para exportação.
03
Teste no Linux de destino
A checagem local só cobre a sintaxe simples. Use systemd-analyze calendar para a regra completa; depois de salvar, rode verify e status. Para testar temporizador no host, confira também o estado do serviço.
- Com geração automática desligada, Ctrl/Cmd + Enter executa a ação.
Diretivas que entram na unidade
Evento de calendário
Escolha daily, hourly, dias úteis às 9h ou digite um único OnCalendar. Persistent pode recuperar um disparo perdido durante a inatividade.
Intervalo relativo
OnBootSec define o primeiro disparo após ligar; OnUnitActiveSec opcional repete a partir da ativação anterior do serviço.
Arquivo .timer separado
Unit aponta para o serviço de mesmo nome; atraso aleatório opcional e WantedBy=timers.target completam a configuração.
O que precisa ser conferido no host
- O serviço não é gerado
- Não há ExecStart nem arquivo .service nesta saída. Confirme que o serviço correspondente existe no Linux de destino.
- Validação local tem escopo menor
- Listas, passos, fim do mês e fusos horários não recebem selo de validade aqui. Use systemd-analyze no host para confirmar.
- Sintaxe cron não é OnCalendar
- Cinco campos de cron são recusados. Persistent não recupera intervalos relativos; AccuracySec mantém a janela padrão de um minuto. Um timer monotônico não usa Persistent para recuperar atrasos.
- Um timer de sistema por resultado
- OnCalendar não é misturado com gatilhos monotônicos, e a entrada de calendário aceita apenas uma linha. Unidades de usuário e OnStartupSec não são contemplados.
- Os comandos não são executados
- A página não executa systemctl, não grava unidades na máquina nem prevê o horário exato da próxima execução. Confira o timer salvo e o serviço existente no Linux de destino.
Dúvidas ao criar temporizador systemd
Por que são necessários .timer e .service?
O timer define quando disparar; o serviço guarda o comando e o ambiente. Esta página gera apenas o primeiro.
O que Persistent=true realmente faz?
Em modo calendário, uma execução perdida enquanto o timer estava inativo pode ocorrer ao reativá-lo. Isso não faz OnBootSec repetir.
Como conferir uma expressão OnCalendar?
Execute systemd-analyze calendar no Linux de destino para ver a forma normalizada e as próximas ocorrências.
Por que o comando funciona no terminal e falha no timer?
O serviço usa outro ambiente. Verifique caminhos absolutos, variáveis necessárias e mensagens do journal.
Por que o serviço iniciou antes da hora agendada?
OnBootSec já vencido ou uma execução recuperada por Persistent podem dispará-lo imediatamente.
Encontrou uma data inesperada?
Criar temporizador systemd agora
Informe o serviço, baixe a unidade e valide-a no Linux antes de ativar.
A configuração é gerada no navegador, sem envio ao servidor.