Início / unix / Perguntas / 758558
Accepted
Alex Martian
Asked: 2023-10-10 19:41:41 +0800 CST

Como garantir que o script bash seja concluído antes que o serviço systemd seja iniciado?

  • 772

Quero que um script bash conclua seu trabalho (não apenas inicie) antes de um determinado systemdserviço, cuja solução o AFAIK envolve terminar antes que seu próprio serviço termine.

A pesquisa na Web encontra perguntas sobre como começar. Pelo que entendi, Before=a opção é esperar até que a unidade seja iniciada. Portanto lendo man systemd.servicevejo apenas uma opção Type=forking::

o gerente de serviço considerará a unidade iniciada quando o processo pai for encerrado.

mesmo que eu não bifurque nenhum processo em um script. Estou correto aqui? Isso garantirá (além de bugs, etc.) que meu script será concluído antes do Before=início do serviço?

Por exemplo, outro tipo: Type=exec:

"enquanto exec não prosseguirá antes que fork() e execve() no processo de serviço sejam bem-sucedidos."

Não está claro para mim o que proceedaqui significa, também lendo man execvenão entendo como o systemd saberá se execveterá sucesso como:

execve() não retorna em caso de sucesso e o texto, os dados inicializados, os dados não inicializados (bss) e a pilha do processo de chamada são substituídos de acordo com o conteúdo do programa recém-carregado.

Outros tipos (notify, dbus), como vejo, manprecisam de recursos especiais desde o processo iniciado.

systemd

1 respostas

  1. Best Answer

    Eu acho que você está bem usando type=oneshotwith RemainAfterExit=true; da documentação

    O comportamento do oneshot é semelhante ao simples; entretanto, o gerente de serviço considerará a unidade ativa após o término do processo principal . Em seguida, iniciará unidades de acompanhamento. RemainAfterExit=é particularmente útil para este tipo de serviço. Type=oneshoté o padrão implícito se nenhum Type=nem ExecStart=for especificado. Observe que se esta opção for utilizada sem RemainAfterExit=o serviço nunca entrará no estado "ativo" da unidade, mas passará diretamente de "ativando" para "desativando" ou "morto", pois não está configurado nenhum processo que deva ser executado continuamente. Em particular, isto significa que depois de um serviço deste tipo ser executado (e que RemainAfterExit=não foi configurado), ele não aparecerá como iniciado, mas como morto.

    Pode não estar totalmente claro qual é o processo principal , mas olhando a explicação ExecStart=encontra-se:

    A menos que Type=forkingesteja definido, o processo iniciado através desta linha de comando será considerado o processo principal do daemon.

    EDITAR

    Observe que Type=oneshoté o único tipo que permite múltiplas ExecStart=opções. Eles são executados um após o outro na ordem em que aparecem, e cada um deles é o respectivo processo principal enquanto é executado.

    Veja os manuais novamente:

    ExecStart=

    Comandos que são executados quando este serviço é iniciado. O valor é dividido em zero ou mais linhas de comando de acordo com as regras descritas na seção “Linhas de Comando” abaixo.

    A menos que Type= seja oneshot, exatamente um comando deve ser fornecido. Quando Type=oneshot é usado, zero ou mais comandos podem ser especificados. Os comandos podem ser especificados fornecendo múltiplas linhas de comando na mesma diretiva ou, alternativamente, esta diretiva pode ser especificada mais de uma vez com o mesmo efeito. Se a string vazia for atribuída a esta opção, a lista de comandos para iniciar será redefinida, as atribuições anteriores desta opção não terão efeito. Se nenhum ExecStart= for especificado, o serviço deverá ter RemainAfterExit=yes e pelo menos uma linha ExecStop= definida. (Serviços sem ExecStart= e ExecStop= não são válidos.)

    Se mais de um comando for especificado, os comandos serão invocados sequencialmente na ordem em que aparecem no arquivo da unidade. Se um dos comandos falhar (e não tiver o prefixo "-"), as outras linhas não serão executadas e a unidade será considerada com falha.

    • 2

relate perguntas