Por qué deberias dejar de usar SYSTEMD - Parte I
Fecha: jue 23 sep 2021 21:30:04 CET
El principal problema con systemd es que su desarrollo continuo está motivado por los intereses económicos de una empresa y no por los intereses de la comunidad de Linux de código abierto.
A pesar de todo el odio que ha recibido, systemd ha sido ampliamente adoptado. La primera distribución importante que comenzó a usarlo fue Fedora, la distribución comunitaria de Red Hat. Desde entonces, Debian, openSUSE, Arch Linux y miles de otras distribuciones han adoptado systemd. Esto es devastador para el diverso ecosistema de Linux.
Y aun es peor, ya que toneladas de software han comenzado a depender de systemd, sobre todo el software de Gnome (sobre todo a partir de la versión 3.8), que ha abrazado a Systemd sin dudarlo, lo que está causando problemas a usuarias que no usan Systemd.
Systemd está hinchado y es extremadamente complicado
Systemd es una pieza de código tan grande que ahora es prácticamente imposible entender su base de código a menos que dedique meses a estudiar sus diferentes partes. Esto puede molestar a los usuarios avanzados que desean comprender cómo funciona su sistema. Tiene más de 1.2 millones de líneas de código.
Si deseas reutilizar máquinas antiguas, olvídate de usar Systemd.
Systemd va en contra de la filosofía Unix “haz una cosa y hazla bien”
Se ha encargado a Systemd con demasiados procesos, centralizando en un único gestor las funciones y procesos críticos del sistema, manejando la administración de energía, administración de dispositivos, syslog, puntos de montaje, cifrado de disco, socket API/inetd, configuración de red, inicio de sesión, particionado GPT, registro de contenedor, nombre de host, administración regional y de tiempo, y muchas más cosas, así que podemos decir que Systemd está destruyendo la diversidad y la modularidad de GNU/Linux.
La principal consecuencia es que muchas actualizaciones requerirán un reinicio, característica de sobras conocida en Windows.
Otra consecuencia es que si Systemd puede fallar y romper todo nuestro sistema operativo. Esto se debe, por supuesto, a que está gestionando demasiadas cosas.
Problemas de privacidad
Desde que systemd es desarrollado por Red Hat (propiedad de IBM), ha habido varias teorías de conspiración acerca de que se trata de software espía.
Un problema importante es el hecho de que systemd recurre a los servidores DNS de Google, y este es un problema de privacidad grave, que aunque puede cambiarse, requiere de una compilación de systemd, lo cual no es nada divertido.
Systemd es incompatible con otros sistemas operativos similares a Unix
Esto afecta especialmente a la familia BSD. La mayoría de los inicios de Linux de la vieja escuela podrían ser portados a otros sistemas operativos Unix, pero con systemd eso es imposible. Por otro lado, esto puede parecer una ventaja ya que nos asegura que nunca veremos systemd en ningún * BSD.
Systemd aumenta nuestra dependencia de las corporaciones
Pese a que es software libre, lo hichado que está hace que un usuario normal no pueda hacer frente a un mantenimiento, por lo que se necesita un equipo que conozca el software, y ese equipo ya existe y pertenece a Red Hat, lo que nos hace aún más dependientes de dicha empresa.
Alternativas a systemd
Hay bastantes inits que no están systemd. Te enumeraré algunos de ellos:
- Runit
- SysVinit
- OpenRC
- Shepherd
- Cinit
- Upstart
- Minit
- S6
- Hummingbird
Distros sin systemd
Aunque las principales distribuciones se han trasladado a systemd, hay muchas distribuciones buenas que vienen sin systemd, Estas son las más conocidas, pero hay muchas más:
- Devuan: La Debian sin Systemd, con libertad de inicio entre SysVinit, OpenRC o Runit.
- Artix: La Archlinux sin Systemd, con inico OpenRC, Runit o S6.
- Void: Rolling release que usa runit, a elegir entre las versiones glibc y musl.
- GNU Guix: Distribución que utiliza seppherd como software de inicio.
- Gentoo, CRUX y Slackware: Las más veteranas para usuarias avanzadas.
- .BSD: Como GhostBSD para nuevos usuarios, FreeBSD y especialmente OpenBSD.
Fuente del extracto y traducción
__________________________________________________________
/news/