/sbin/init aponta para systemd, portanto, systemd é usado. Podemos alterá-lo com segurança para o antigo SysV?
Responder1
Não necessariamente.
De acordo comhttp://sem-systemd.org/Debian Jessie perde polkit. Não é particularmente prático executar um desktop sem um mecanismo de escalonamento de privilégios, por exemplo, para instalar atualizações. (Como o nome PolicyKit sugere, a ideia é permitir políticas diferentes - por exemplo, para diferentes grupos de usuários ou para diferentes distribuições Linux).
Não estou dizendo que o Debian errou em mantê-lo para outro lançamento, mas o problema quando você aproveita a abordagem mix&match é que é difícil saber o que realmente se espera que funcione.
Não tenho certeza se isso conta como uma depreciação explícita, masessesoa como "é melhor você já saber o que está fazendo".
[Cuidado]
Esteja ciente de que alguns pacotes podem ter comportamento degradado ou podem não ter recursos em um sistema init não padrão.
Os sistemas de servidor têm muito menos probabilidade de apresentar problemas neste contexto.
Responder2
Como o systemd veio mais tarde, ele possui um mecanismo para executar scripts de inicialização SysV antigos para compatibilidade futura.
Pacotes projetados para um sistema baseado em systemd podemapenasenvie um script de "serviço" baseado em systemd e não um script "init.d" herdado.
Não acho que o SysV tenha uma maneira de ler arquivos de serviço do systemd. Portanto, alguns serviços podem não iniciar corretamente ao usar o sistema init antigo.