Systemd versus Sysvinit. ¿Y Systemd-shim?

Systemd versus Sysvinit. ¿Y Systemd-shim?

Systemd versus SysVinit. ¿Y Systemd-shim?

Systemd es actualmente el estándar más usado en cuanto a “Sistemas de Inicio del Kernel” (Init) que en entornos Unix, como Linux puede conseguirse. El mismo fue creado hace ya un par de años por Lennart Poettering (principalmente) junto a Kay Sievers (ex-Red Hat). Actualmente el mismo posee una licencia LGPL 2.1 (con excepciones licenciadas bajo GPL2). Aunque hay otras alternativas, como los antiguos y tradicionalistas SysVinit y Upstart, también hay nuevas alternativas en marcha como Systemd-shim.

A la par de ser el más usado, Systemd es también uno de los polémicos y a veces odiados por una significativa porción de usuarios, que suelen resistirse a su complejidad y dominio o control excesivo sobre las funciones de sus Distros. Por eso, las antiguas o modernas alternativas siguen en pleno auge en amplios sectores de la Comunidad GNU/Linux.

Systemd versus Sysvinit: Administradores de sistemas y servicios

Actualmente Systemd como proyecto de Software Libre está alojado en GitHub y tiene basta documentación sobre la web de “Freedesktop.org“. Y a pesar de que en otros tiempos hemos hablado ampliamente sobre Systemd en el blog, como por ejemplo, en la publicación llamada Desmitificando SystemD del autor “Usemoslinux”, hoy esperamos ampliar un poco más comparando aspectos de las alternativas vigentes.

Systemd versus Sysvinit: Systemd

¿Qué es Systemd?

Systemd es un Administrador de sistemas y servicios para Sistemas basados en Linux. Pero, de forma más amplia, se puede describir también como un conjunto de bloques de construcción básicos para un Sistema Linux, ya que proporciona un “Administrador de sistemas y servicios” que se ejecuta como un proceso (PID 1) e inicia el resto del sistema.

Systemd proporciona capacidades dinámicas de paralelización, usa “sockets” y “activación de D-Bus” para iniciar servicios. Además, ofrece “inicios” a pedido de demonios, realiza un seguimiento de los procesos utilizando grupos de control de Linux, gestiona puntos de montaje y montajes automáticos, e implementa un elaborado control de servicio basado en dependencias transaccionales lógicas.

Por último, y de forma destacable, se puede agregar que Systemd es compatible con los scripts de inicio SysV y LSB y hasta hoy a funcionado como un reemplazo exitoso para SysVinit en muchas Distros GNU/Linux, independientemente de las valederas criticas u observaciones negativas sobre el mismo.

E incluye un demonio de registro, utilidades para controlar la configuración básica del sistema, como el nombre de host, la fecha, la configuración regional, mantener una lista de usuarios registrados y contenedores y máquinas virtuales en ejecución, cuentas del sistema, directorios y configuraciones de tiempo de ejecución y demonios para administrar una red de simple configuración, sincronización de tiempo de red, reenvío de registros y resolución de nombres.

Entre otras cosas, por las cuales es catalogado de pesado, complejo y posesivo sobre las Distros donde es implementado, a pesar de cumplir satisfactoriamente con sus objetivos para los cuales fue creado. Tanto, que la tan conocida Distro DEBIAN, la madre de muchas otras Distros GNU/Linux, ya lleva tiempo implementándolo, lo cual ha contribuido a su masificación.

Systemd versus Sysvinit: Sysvinit

¿Qué es SysVinit?

SysVinit es uno de los más antiguos y vigentes Administradores de sistemas y servicios para Sistemas basados sobre Linux. Todavía es muy usado sobre muchas de las Distros GNU/Linux de trayectorias, y nuevas, como Devuan.

De SysVinit como programa se puede destacar lo siguiente:

“Es el primer proceso en ejecución tras la carga del kernel y el que genera todos los demás procesos, se ejecuta como demonio de init y por lo general, tiene el PID 1. Provee un proceso estándar para controlar cuáles programas init lanza o detiene en un determinado nivel de ejecución”. Según Wiki de Ex-Debian.org

A diferencia de “init” (Administrador de sistemas y servicios inicial de los sistemas Unix), que arrancaba los servicios de mediante un único script denominado “/etc/rc”, SysVinit empezó a usar el esquema de directorios en “/etc/rc.d/” que contenían los scripts de arranque/parada de los distintos servicios.

Y a nivel de paquetes y funciones SysVinit contiene programas para controlar el arranque, ejecución y descarga de todos los demás programas. Entre estos se pueden mencionar: halt, init, killall5, last, lastb, mesg, pidof, poweroff, reboot, runlevel, shutdown, sulogin, telinit, utmpdump y wall. Información importante para aquellos que deseasen instalar y usar SysVinit.

Hasta el día de hoy, la lucha entre Systemd y SysVinit ha sido dura, y digna de comparación a la de WhatsApp y Telegram. Y si bien es cierto que el venerable SysVinit tiene fallas o limitaciones (dependiendo del punto de vista de cada quien), las cuales son probablemente solucionables de alguna forma, los partidarios de Systemd suelen afirmar atrevidamente que Systemd es actualmente el mejor de todos los Administradores de sistemas y servicios inicial de los sistemas Unix actuales.

De ese hecho, y de esa lucha ha nacido la Campaña “Init Freedom” (IF) diseñada para refutar ese argumento. Init Freedom trata de restaurar un enfoque sano de PID1, uno que respete la diversidad y la libertad de elección. En caso de desear más información, puede obtener la misma visitando el siguiente enlace: Campaña “Init Freedom” (IF), información como por ejemplo, las Distros GNU/Linux que usan alternativas a Systemd.

Systemd versus Sysvinit: Systemd-shim

¿Qué es Systemd-shim?

Por último, y no menos importante, nos encontramos a la maravillosa alternativa de Systemd-shim. El cual según la página de paquetería de DEBIAN es un paquete que:

“emula la función Systemd que se requiere para ejecutar los ayudantes de systemd sin usar el servicio init”.

Para entender, de que es capaz “Systemd-shim” o como funciona, es bueno verlo en la practica sobre la Distro que más le ha sacado provecho, es decir, MX-Linux. La cual según sus propios creadores ha sido que MX-Linux tenga como característica única:

“El ofrecer la capacidad al usuario para elegir entre Systemd y SysVinit en los sistemas instalados. Una mágica combinación posible gracias a un paquete llamado Systemd-shim. Sin embargo, el desarrollo en systemd-shim se detuvo hace algún tiempo, y DEBIAN recientemente eliminó el paquete de los repositorios de Buster. Entendemos que el estado actual de systemd-shim no funciona correctamente con la versión de Systemd en DEBIAN Buster, por lo que estamos explorando opciones para el futuro de MX. Para ese fin, una cosa que queremos explorar es la posibilidad de continuar el desarrollo de systemd-shim (y cualquier parche de systemd que pueda ser necesario para que el systemd-shim funcione correctamente).

Tan buenos resultados a dado Systemd-shim a MX-Linux, que apartando otras excelentes funcionalidades y ventajas de dicha Distro, MX-Linux se encuentra de primera en Distrowatch y tiene planes futuros de seguir usando System-shim sobre la nueva versión de MX-Linux 19 próxima a lanzarse basada en DEBIAN 10 (Buster).

Yo en lo personal, recomiendo MX-Linux 18.X con Systemd-shim, ya que es rápida ligera y muy funcional. Y en mí caso en particular me permitió crear mi propia Distro basada en ella, la cual llamé: MilagrOS GNU/Linux.

Systemd versus Sysvinit: Comandos y Alternativas

¿Otras alternativas?

En resumen, incluyendo a las mencionadas, tenemos entre las actuales alternativas de “Administradores de sistemas y servicios para Sistemas” (init systems) para Linux a:

  • openrc
  • runit
  • s6
  • shepherd
  • sinit
  • systemd
  • systemd-shim
  • sysvinit

Systemd versus Sysvinit: MX-Linux con Systemd-shim

Conclusión

Espero que este post les sea de mucha utilidad, en cuanto a conocer un poco más sobre cada uno de los “init” mencionados, y a su vez les sirva para saber elegir una Distro GNU/Linux con un determinado “Administrador de sistemas y servicios para Sistemas”. Y por último, para los que están un poco más inclinados a favor del uso de Systemd, les recomiendo la lectura del siguiente enlace: Los grandes mitos de Systemd.


5 comentarios, deja el tuyo

  1.   luix dijo

    systemd Apesta !!!!!!!

  2.   01101001b dijo

    Muy buen artículo! Gracias!
    Eso sí, sin ánimo de desmerecer, les falta un corrector, porque los errores de ortografía afean el artículo: “bastos” sectores (por vastos sectores); lo cual “a” contribuido (por “ha contribuido”), etc.

  3. Gracias por leer el artículo y tu comentario. Y ya corregimos el gazapo gramatical observado por ti. Saludos, estimado lector!

  4.   unodetantos dijo

    Actualmente soy usuario de Arch desde hace tiempo pero estoy cansado de las tonterias de systemd y sus cuentras atras.

    Me encanta el mundo Arch asi que estos dias estoy probando Artix con OpenRC en mi ordenador personal y de momento va perfecto, si no encuentro nada raro dejare Arch y me pasare a Artix.

  5. Excelente! Esperamos logres migrar a esa interesante Distro. Gracias por tu comentario.

Deja tu comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.