Recientemente actualicé algunas de nuestras máquinas a Fedora 17. He notado que hay algunos servicios cuyos niveles de ejecución puedo configurar usando chkconfig, mientras que otros no aparecen allí en absoluto y se pueden configurar usando systemctl.
Por ejemplo, existen comandos similares chkconfig network offy systemctl disable NetworkManager.service. (Lo entiendo networky NetworkManagersomos diferentes, ese no es el punto).
¿Por qué algunos servicios se pueden configurar mediante una herramienta y no con la otra?
¿Una herramienta reemplaza a la otra? Por ejemplo, los niveles de ejecución son muy obvios con chkconfig, pero ni siquiera puedo decir si ese concepto existe con systemd.
Editar: encontréuna mesaque asigna llamadas de chkconfig a systemctl
Respuesta1
Dela página wiki de fedora sobre systemd:
¿El comando chkconfig funciona con systemd?
Sí, para activar/desactivar servicios, se ha proporcionado compatibilidad en ambos sentidos. chkconfig se ha modificado para llamar a systemctl cuando se trata de archivos de servicio systemd. Además, systemctl llama automáticamente a chkconfig cuando se trata de un archivo de inicio sysv tradicional.
Esto significa que debería poder utilizar cualquiera de las herramientas para administrar sus servicios.
El concepto de niveles de ejecución todavía existe, por ejemplo (este es un 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