Muchos tuvimos la fortuna de conocer y usar, SysVinit (para los amigos init.d), en vez del ahora amado/odiado SystemD, como el demonio de inicialización de procesos por defecto en muchas (casi todas) de las distribuciones linuxeras actuales.
Sin duda nos cambio la vida a muchos, como todo en la vida se generan cambios y toca subir a la ola. Para bien o para mal, SystemD vino a quedarse.
SysVinit | SystemD | Sirve para… |
0 | runlevel0.target, poweroff.target | Detener el Sistema |
1 | runlevel1.target, rescue.target | Modo mono-usuario, especial para administración |
2 | runlevel2.target, multi-user.target | Modo multi-usuario, definido por el usuario y por defecto igual al 3 |
3 | runlevel3.target, multi-user.target | Modo multi-usuario, se usa en modo texto por completo |
4 | runlevel4.target, multi-user-target | Modo multi-usuario, definido por el usuario, por omisión es igual al 3 |
5 | runlevel5.target, graphical.target | Modo multi-usuario con interfaz gráfica. Usualmente todos los servicios del nivel de ejecución 3 sumando el login gráfico. |
6 | runlevel6.target, reboot.target | Reboot |
Emergency | emergency.target | Shell de emergencia |
Como podrán percatarse Systemd, usa el concepto de targets que sirve de manera similar a los niveles de ejecución (runlevels) pero actuando de forma diferente. Cada target es nombrado en vez de numerado y está diseñado para servir a un propósito específico. Algunos targets son implementados heredando todos los servicios de otro target y agregándole servicios adicionales.
Existen targets systemd que imitan los niveles de ejecución sysvinit de tal forma que pueda seguir usándolos para cambiar entre targets utilizando el comando
telinit «runlevel»
Los archivos unit de servicio a los que haga symlink los encuentran en /lib/systemd/system.
Fuente: h4ckseed