Conceito e mecanismo
Os nomes de estado de um módulo são contratos específicos. Em gestão de pacotes, present garante presença e não significa atualizar sempre para a versão mais recente. Se o requisito inclui versão exata, define-a pelo mecanismo suportado e confirma os repositórios usados. Em systemd, started trata execução atual e enabled trata ativação no arranque; um não substitui o outro. Para firewalld numa zona já existente com daemon ativo, distingue configuração permanente de runtime e decide se ambas devem mudar. Operações sobre zonas novas têm restrições adicionais e não devem ser deduzidas de um exemplo de regra numa zona existente.
Aplicação guiada
Montagens seguem outra distinção: present gere a entrada persistente, mounted inclui montagem ativa e ephemeral não representa persistência em fstab. Escolhe pelo objetivo, não pelo nome que parece mais conveniente. Na gestão de utilizadores, explicita append quando acrescentas grupos suplementares e precisas de conservar os existentes; evita depender de defaults que variam entre versões da documentação. Para cron, usa um nome estável para identificar o job gerido, em vez de criar uma identidade nova em cada execução. Num cenário fictício, o serviço comunica até ao reboot e depois falha porque a regra só existia em runtime. A aceitação deve observar o estado após reinício controlado, incluindo o fluxo de aplicação e o acesso operacional necessário para recuperar.
Started sem enabled pode deixar um serviço saudável agora e ausente após arranque.
Armadilhas comuns
Present como latest; runtime como permanente; nome variável como identidade estável.
Tópicos relacionados: Estado e repetibilidade · Inventários, variáveis e configuração · Acesso e ambiente de execução
Verifica estado atual, estado persistente e comportamento após reconstrução.
Referência: Service state and boot enablement · EX294 current objectives inspected 2026-09-30; RHCE in Ansible framework effective 2026-05-11; booking product version not publicly pinned