Por que ainda existe um /etc/init.d no debian 8?

5

Eu atualizei recentemente alguns hosts virtuais para o debian 8. Agora, com eles eu descobri que:

  1. ainda há um diretor /etc/init.d , /etc/rc0.d , ... com muitos arquivos nele (por exemplo, /etc/rc2.d/S04ssh )
  2. há um /etc/systemd/system/sshd.service , também
  3. Eu tenho um script /etc/init.d/apache2 , mas não o arquivo apache2.service
  4. no entanto o systemd parece funcionar. systemctl start/stop apache2 funciona e meu próprio arquivo de serviço escrito também funciona.

Então a (s) pergunta (s): Tem algo errado aqui? Eu senti falta de algo importante durante a atualização? Se não, como isso deve funcionar? (O que exatamente o sistema faz com essa bagunça?)

UPDATE: encontrei esta pergunta: link que responde a maior parte da minha pergunta. (Isso é uma pergunta duplicada agora?)

O que eu ainda estou sentindo falta: está tudo bem que jessie não tenha um arquivo apache2.service?

    
por Scheintod 04.12.2015 / 15:53

1 resposta

5

Os desenvolvedores da Debian fornecem o script sysvinit para fallback.

Você pode consultá-lo no Plano de transição para o systemd por padrão :

a) Providing a fallback boot entry for sysvinit when systemd is the default init in grub (#757298)

b) Developing a mechanism to warn on inittab configurations which are unsupported in systemd. (#761063)

c) Providing documentation on how to remain with sysvinit on upgrades and switch to sysvinit upon installation.

Além disso (eu não fiz nenhuma pesquisa se esse é o caso do Debian em particular), alguns arquivos unitários systemd são apenas wrappers em torno de scripts init.

    
por 04.12.2015 / 17:30