Consegui encontrar um artigo interessante sobre por que o init precisava ser substituído, e o que foi substituído por. Para citá-lo "Um processo init inicia serialmente, isto é, uma tarefa é iniciada somente depois que a última inicialização da tarefa foi bem-sucedida e carregada na memória. Isso geralmente resultou em tempo de inicialização demorado e longo. Entretanto, o systemd não foi projetado para velocidade, mas para fazer as coisas ordenadamente, o que, por sua vez, evita todo o atraso necessário à ONU. "
Então, para responder minha própria pergunta, parece que o systemd substituiu o init.d por algumas razões válidas, e outros métodos, como o que é mencionado nos comentários do GypsyCosmonaut, é ter apenas um script de inicialização em ~/.config/autostart
vem com uma ferramenta de aplicativos de inicialização útil se você estiver usando o desktop.
exemplo do init.d
Para o caso de alguém realmente querer fazer o que eu estava tentando, você só precisa de um link para o diretório /etc/init.d.
Por exemplo, se você tiver um arquivo .jar que precisa ser executado usando comandos semelhantes a /etc/init.d/yourProgram start
ou /etc/init.d/yourProgram stop
, basta fazer algo semelhante a:
sudo ln -s /path/to/yourProgram.jar /etc/init.d/yourProgram
O método acima também funciona se você apontar para um script que inicia seu programa em vez de um .jar
init.d iniciar na inicialização
Se você quiser que o serviço inicie na inicialização, use:
sudo service yourProgram defaults
Isto irá procurar automaticamente em /etc/init.d/ e encontrar o seu link para o script atual.