Não execute scripts em %code% diretamente.

Em sistemas operacionais systemd, não há garantia de que esses scripts existam, e muito menos que eles estejam especificando seu serviço. Mesmo no Debian 7, havia unidades systemd suplantando o System 5 %code% scripts; e isto é mais no Debian 8. Os comandos corretos para usar são:

• %code% com seus subcomandos %code% , %code% , %code% , %code% e %code%
• %code%
• %code% e %code% , mas apenas se você for um script do mantenedor de pacotes

Isso é exatamente o que está acontecendo com você. Sua invocação direta do script está sendo substituída, através de um gancho dentro de uma biblioteca Debian amplamente utilizada de funções de script, com uma invocação de (neste caso particular)

Você pode até ver isso na saída à sua frente. É o que o %code% significa. E claramente, longe de falhar, é sucesso em dizer ao systemd para reiniciar o serviço.

Os sinos e assobios interativos dentro do script %code% , incluindo mensagens coloridas, não são mais eficazes. Seu serviço não é executado como um processo filho de %code% . Ele é executado como um processo filho de %code% e possui conexão zero com o terminal no qual você está executando comandos interativamente.

Todo esse %code% scaffolding e geração de mensagens de log é totalmente desnecessário com o systemd, de qualquer forma. O systemd fornece mecanismos de serviço cruzado para habilitar e desabilitar serviços e para reiniciá-los automaticamente. Registra quando inicia e interrompe serviços, sem necessidade dos serviços para fazer isso. Pela minha conta, esse script %code% é simplesmente substituível por 16 unidades %code% comuns, uma para cada serviço. Veja como ficaria:

Ligue para %code% , execute %code% e…

• … há informações de status disponíveis com %code% .
• … você o habilita para executar no bootstrap com %code% .
• … você pode ver as entradas de log do systemd para iniciar e pará-lo com %code% .

É muito fácil para os outros 15.

Leitura adicional