💾 Archived View for moribundo.flounder.online › gemlog › 2021-07-31-systemd-I.gmi captured on 2021-12-04 at 18:04:22. Gemini links have been rewritten to link to archived content
-=-=-=-=-=-=-
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 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.
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.
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.
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.
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.
Hay bastantes inits que no están systemd. Te enumeraré algunos de ellos:
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:
Fuente del extracto y traducción
__________________________________________________________