Como systemd e chkconfig interagem em relação a serviços e runlevels?

Question

Atualizei recentemente algumas de nossas máquinas para o Fedora 17. Tenho notado que existem alguns serviços que eu posso configurar seus runlevels usando chkconfig , enquanto outros não aparecem lá, e podem ser configurados usando systemctl .

Por exemplo, existem os comandos semelhantes chkconfig network off e systemctl disable NetworkManager.service . (Eu entendo que network e NetworkManager são diferentes, esse não é o ponto.)

Por que alguns serviços são configuráveis através de uma ferramenta e não da outra?

Uma ferramenta substitui a outra? Por exemplo, runlevels são muito óbvios com chkconfig , mas eu não posso nem dizer se esse conceito existe com systemd .

Edit: Eu encontrei uma tabela que mapeia chamadas de chkconfig para systemctl

    

Answer 1

De a página wiki do fedora sobre systemd :

Does chkconfig command work with systemd?

Yes, for turning on/off services, compatibility has been provided both ways. chkconfig has been modified to call systemctl when dealing with systemd service files. Also systemctl automatically calls chkconfig when dealing with a traditional sysv init file.

Isso significa que você deve poder usar uma das ferramentas para gerenciar seus serviços.

O conceito de runlevels ainda existe, por exemplo (este é um sistema Debian):

ls -l runlevel*.target
lrwxrwxrwx 1 root root 15 Jun  5 22:57 runlevel0.target -> poweroff.target
lrwxrwxrwx 1 root root 13 Jun  5 22:57 runlevel1.target -> rescue.target
lrwxrwxrwx 1 root root 17 Jun  5 22:57 runlevel2.target -> multi-user.target
lrwxrwxrwx 1 root root 17 Jun  5 22:57 runlevel3.target -> multi-user.target
lrwxrwxrwx 1 root root 17 Jun  5 22:57 runlevel4.target -> multi-user.target
lrwxrwxrwx 1 root root 17 Jun  5 22:57 runlevel5.target -> multi-user.target
lrwxrwxrwx 1 root root 13 Jun  5 22:57 runlevel6.target -> reboot.target