SystemD vs SysVinit: algunos comandos
Como todos sabrán, Debian a partir de su versión 8.0, migró su gestor de servicios desde SysVinit a Systemd. Por otro lado, muchas distribuciones, entre ellas Arch, mi distro preferida en mi desktop, también utilizan desde hace tiempo systemd.
Runlevels vs targets
Systemd tiene el concepto de target para reemplazar el concepto clásico de runlevel de los sistemas sysvinit. Un target es similar a un runlevel, con algunas diferencias. Algunos targets incluso se crean y heredan los servicios de otro target, y a su vez, puede agregar servicios nuevos… esto nos recordará al concepto de generalización y herencia de la POO.
Un target tiene un nombre, no un número como los runlevels, y está orientado a un uso específico.
Al ser un concepto equivalente al de runlevel, se puede utilizar init o telinit para intercambiar los targets en el sistema, tal cual se hacía en sysvinit con los números de runlevel.
Los targets son directorios que se encuentran generalmente en /etc/systemd/system/ y tienen nombres similares a «mitarget.target.wants». Dentro del directorio de un target se linkean como symlink (ln -s) los archivos de servicio que se encuentran por lo general en /lib/systemd/system/ y son archivos de servicios con «extensión» .service.
A estos archivos se los denomina «archivos de unidad de servicio».
Tabla de equivalencias SysVinit y SystemD
En la siguiente tabla presento un resumen breve de equivalencias de comandos entre sysvinit y systemd:
| Comando SysVinit | Comando Systemd | Descripción |
| service miservicio start | systemctl start miservicio | Reiniciar un servicio (no es persistente al reinicio) |
| service miservicio stop | systemctl stop miservicio | Detiene un servicio (no es persistente al reinicio) |
| service miservicio restart | systemctl restart miservicio | Detiene un servicio y lo inicia nuevamente |
| service miservicio reload | systemctl reload miservicio | Recarga la configuración de un servicio sin detenerlo. Depende del servicio si soporta esta opción o no. |
| service miservicio condrestart | ystemctl condrestart miservicio | Reinicia el servicio si ya se encuentra corriendo. |
| service miservicio status | systemctl status miservicio | Muestra el estado de ejecución de un servicio. |
| ls /etc/rc.d/init.d/ | systemctl (ó) systemctl list-unit-files –type=service (ó) ls /lib/systemd/system/*.service /etc/systemd/system/*.service | Lista los servicios disponibles en el sistema. |
| chkconfig miservicio on | systemctl enable miservicio | Activa el servicio para iniciarse al próximo inicio del sistema. |
| chkconfig miservicio off | systemctl disable miservicio | Desactiva el servicio para iniciarse al próximo inicio del sistema. |
| chkconfig miservicio | systemctl is-enabled miservicio | Verifica si el servicio está activo o no al inicio del sistema operativo. |
| chkconfig –list | systemctl list-unit-files –type=service (ó) ls /etc/systemd/system/*.wants/ | Imprime una lista de los servicios del sistema, indicando su estado de activación y runlevels para los que corre. |
| chkconfig miservicio –list | ls /etc/systemd/system/*.wants/miservicio.service | Lista para qué runlevel está activo o no un servicio. |
| chkconfig miservicio –add | systemctl daemon-reload | Crea un nuevo archivo de servicio, o modifica uno existente. |
Una imagen vale más que mil palabras
En la siguiente imagen se ve un resumen interesante de estas equivalencias y comandos, y varias más de las que agregué en la tabla. (Click en la imagen para ver en tamaño completo)
En futuros artículos ampliaré la información, con ejemplos prácticos, manejo de journaling y otras yerbas 🙂
Espero les sirva! Se agradece si lo pueden compartir!!
Artículos relacionados:
Proceso de inicio de GNU/Linux: systemd- systemd: ejecutando un script al inicio de GNU/Linux
- SysV: El inicio de GNU/Linux y el caso de SysV init
- Secuencia de arranque de un núcleo Linux
- Journalctl, algunos comandos interesantes
- eth0 o enp0s3? Nombres de interfaces de red en Linux
- ¿Qué hardware tiene mi PC? Herramientas GNU/Linux (2)
- Procesos en Linux, estados y prioridades