Conceito e mecanismo
Uma unidade systemd instalável pode ser ativada para boot e iniciada agora com enable --now. Mesmo quando estas operações têm sucesso, valida a transação que o consumidor necessita. Um serviço active pode ainda estar sem dependências ou responder com erro. Nos timers, a ativação de uma unidade que já está ativa não cria automaticamente uma fila de novas execuções. Um batch longo exige compreender esta semântica e reconciliar períodos pendentes. Agendar mais frequentemente não garante processamento de todos os períodos nem controlo de concorrência dentro da aplicação.
Aplicação guiada
Sincronização de tempo também precisa de evidência funcional. chronyd em execução não prova que existe uma fonte selecionada e sincronização aceitável; consulta fontes e tracking, interpretando estado e desvio face aos requisitos. Para parâmetros de kernel em sistemas x86 com GRUB, editar a linha durante um boot é diferente de alterar persistentemente as entradas com ferramentas suportadas como grubby. Confirma qual entrada será usada e o resultado em /proc/cmdline depois de arrancar. Mantém uma entrada ou procedimento de recuperação. Uma alteração de boot exige um ensaio compatível com a criticidade do serviço.
Na aceitação de um servidor batch, verifica arranque automático, uma execução funcional, sincronização do relógio e evidência do boot usado.
Armadilhas comuns
Aceitar active como saúde; assumir que timers acumulam trabalho; confiar só no PID de chronyd; esquecer a persistência de parâmetros.
Tópicos relacionados: Perfis de rede e regras duráveis · Identidades, sessões e delegação
Configuração, ativação e resultado funcional são evidências diferentes.
Referência: systemctl(1): system and service manager · EX200 based on Red Hat Enterprise Linux 10