Eu pesquisei isso e parece ser um problema conhecido com o systemd que há uma solicitação de pull .
A correção envolve o armazenamento em cache dos metadados do serviço, para que, mesmo que o serviço tenha saído, os metadados para ele ainda estejam disponíveis para categorizar adequadamente os últimos logs.
Ele também é considerado um bug de abertura no CoreOS , que usa o systemd.
O bug também é rastreado no rastreador de bugs systemd freedesktop.org em:
Testes adicionais descobriram que a questão da atribuição de logs ausentes é mais grave com as unidades usuário - suponho que seja um problema separado. Para unidades system , a condição de corrida é relativamente pequena e adicionar sleep 1;
antes de sair no script de serviço pode adicionar preenchimento suficiente antes do último log impresso e da saída para solucionar o problema.