De Wikipedia, la enciclopedia libre
Saltar a navegación Saltar a búsqueda

systemd es un paquete de software que proporciona una serie de componentes de sistema para sistemas operativos Linux .

Su principal objetivo es unificar la configuración y el comportamiento del servicio en todas las distribuciones de Linux ; [6] El componente principal de systemd es un "administrador de sistemas y servicios", un sistema de inicio que se usa para arrancar el espacio del usuario y administrar los procesos del usuario . También proporciona reemplazos para varios demonios y utilidades, incluida la administración de dispositivos, la administración de inicio de sesión, la administración de conexiones de red y el registro de eventos. El nombre systemd se adhiere a la convención de Unix de nombrar demonios agregando la letra d. [7] También juega con el término " Sistema D", que se refiere a la capacidad de una persona para adaptarse rápidamente e improvisar para resolver problemas. [8]

Desde 2015, la mayoría de las distribuciones de Linux han adoptado systemd, habiendo reemplazado a otros sistemas como UNIX System V y BSD init. systemd se ha enfrentado a una recepción mixta por parte de los usuarios de Linux, con argumentos de que systemd sufre de una misión lenta e inflada , así como críticas sobre el software (como el escritorio GNOME ) que agrega dependencias en systemd, lo que frustra la compatibilidad con otros sistemas operativos similares a Unix . [9] [1]

Historia [ editar ]

Lennart Poettering y Kay Sievers , los ingenieros de software que trabajaban para Red Hat y que desarrollaron inicialmente systemd, [2] iniciaron el proyecto para desarrollar systemd en 2010. [10] Intentaron superar la eficiencia del demonio init de varias formas. Querían mejorar el marco de software para expresar las dependencias, permitir que se realicen más procesamientos al mismo tiempo o en paralelo durante el arranque del sistema , y reducir la sobrecarga computacional del shell .

En mayo de 2011, Fedora se convirtió en la primera distribución importante de Linux en habilitar systemd de forma predeterminada. [11] Entre octubre de 2013 y febrero de 2014, se produjo un largo debate entre el Comité Técnico de Debian sobre la lista de correo de Debian , [12] discutiendo qué sistema init usar como predeterminado en Debian 8 "jessie", y culminando con una decisión en favor de systemd. El debate fue ampliamente publicitado [13] [14] y, a raíz de la decisión, el debate continúa en la lista de correo de Debian. En febrero de 2014, después de que se tomó la decisión de Debian, Mark Shuttleworth anunció en su blog que Ubuntu seguiría implementando systemd. [15] [16]

En noviembre de 2014, el desarrollador de Debian Joey Hess, [17] los miembros del Comité Técnico de Debian Russ Allbery [18] e Ian Jackson , [19] y el mantenedor de paquetes systemd Tollef Fog Heen [20] renunciaron a sus puestos. Los cuatro justificaron su decisión en la lista de correo pública de Debian y en blogs personales con su exposición a niveles de estrés extraordinarios relacionados con disputas en curso sobre la integración de systemd dentro de Debian y la comunidad de código abierto que hacían prácticamente imposible el mantenimiento regular.

En agosto de 2015 systemd comenzó a proporcionar un shell de inicio de sesión, invocable a través del shell machinectl . [21]

En septiembre de 2016, se descubrió un error de seguridad que permitía a cualquier usuario sin privilegios realizar un ataque de denegación de servicio contra systemd. [22] Rich Felker, desarrollador de musl , declaró que este error revela un "defecto de diseño de desarrollo del sistema" importante. [23] En 2017, se descubrió otro error de seguridad en systemd, CVE - 2017-9445 , que "permite la interrupción del servicio" por parte de un "servidor DNS malicioso". [24] [25]

Diseño [ editar ]

La arquitectura de systemd tal como la usa Tizen . Varios objetivos systemd, incluyendo telephony, bootmode, dlog, y tizen serviceson de Tizen y no son componentes de systemd. [26]
Los cgroups de jerarquía unificada serán accesibles exclusivamente por systemd a través de systemd-nspawn[27]

Poettering describe el desarrollo de systemd como "nunca terminado, nunca completo, pero siguiendo el progreso de la tecnología". En mayo de 2014, Poettering describió además systemd como unificador de "diferencias sin sentido entre distribuciones", al proporcionar las siguientes tres funciones generales: [28]

  • Un administrador de sistemas y servicios (administra tanto el sistema, mediante la aplicación de varias configuraciones, como sus servicios)
  • Una plataforma de software (sirve como base para desarrollar otro software)
  • El pegamento entre las aplicaciones y el kernel (proporciona varias interfaces que exponen las funcionalidades proporcionadas por el kernel)

Systemd incluye características como el inicio bajo demanda de demonios, soporte de instantáneas, seguimiento de procesos [29] y bloqueos inhibidores. [30] No es solo el nombre del demonio init, sino que también se refiere a todo el paquete de software que lo rodea, que, además del demonio init systemd , incluye los demonios journald , logind y networkd , y muchos otros componentes de bajo nivel. . En enero de 2013, Poettering describió systemd no como un programa, sino como un gran paquete de software que incluye 69 binarios individuales. [31] Como paquete de software integrado , systemd reemplaza las secuencias de inicio y los niveles de ejecución.controlado por el demonio init tradicional, junto con los scripts de shell ejecutados bajo su control. systemd también integra muchos otros servicios que son comunes en los sistemas Linux al manejar los inicios de sesión de los usuarios, la consola del sistema , conexión en caliente de dispositivos (ver udev ), ejecución programada (reemplazando cron ), registro, nombres de host y configuraciones regionales.

Al igual que el demonio init, systemd es un demonio que administra otros demonios, que, incluido el propio systemd , son procesos en segundo plano . systemd es el primer demonio que se inicia durante el arranque y el último demonio que termina durante el apagado . El demonio systemd sirve como raíz del árbol de procesos del espacio de usuario ; el primer proceso ( PID 1) tiene un papel especial en los sistemas Unix, ya que reemplaza al padre de un proceso cuando el padre original termina. Por lo tanto, el primer proceso es particularmente adecuado para monitorear demonios.

systemd ejecuta elementos de su secuencia de inicio en paralelo, lo que en teoría es más rápido que el enfoque de secuencia de inicio tradicional. [32] Para la comunicación entre procesos (IPC), systemd hace que los sockets de dominio Unix y D-Bus estén disponibles para los demonios en ejecución. El estado de systemd en sí mismo también se puede conservar en una instantánea para su recuperación futura.

Componentes principales y bibliotecas [ editar ]

Siguiendo su enfoque integrado, systemd también proporciona reemplazos para varios demonios y utilidades, incluidos los scripts de shell de inicio, pm-utils, inetd , acpid , syslog , watchdog, cron y atd . Los componentes principales de systemd incluyen lo siguiente:

  • systemd es un administrador de sistemas y servicios para sistemas operativos Linux.
  • systemctl es un comando para introspectar y controlar el estado del sistema systemd y el administrador de servicios. No confundir con sysctl .
  • systemd-analyse se puede utilizar para determinar las estadísticas de rendimiento de arranque del sistema y recuperar otra información de seguimiento y estado del administrador del sistema y del servicio.

systemd rastrea los procesos usando el subsistema cgroups del kernel de Linux en lugar de usar identificadores de proceso (PID); por lo tanto, los demonios no pueden "escapar" de systemd , ni siquiera mediante una doble bifurcación . systemd no solo usa cgroups, sino que también los aumenta con systemd-nspawn y machinectl , dos programas de utilidad que facilitan la creación y administración de contenedores de Linux . [33] Desde la versión 205, systemd también ofrece ControlGroupInterface, que es una API para los cgroups del kernel de Linux. [34] Los cgroups del kernel de Linux están adaptados para admitir kernfs , [35]y se están modificando para admitir una jerarquía unificada. [36]

Componentes auxiliares [ editar ]

Además de su propósito principal de proporcionar un sistema de inicio Linux, la suite systemd puede proporcionar funcionalidad adicional, incluidos los siguientes componentes:

diario
systemd-journald es un demonio responsable del registro de eventos , con archivos binarios de solo adición que sirven como archivos de registro . El administrador del sistema puede elegir si registrar los eventos del sistema con systemd-journald , syslog-ng o rsyslog . El potencial de corrupción del formato binario ha dado lugar a un acalorado debate. [37]
logind
systemd-logind es un demonio que gestiona los inicios de sesión y los asientos de los usuarios de varias formas. Es un administrador de inicio de sesión integrado que ofrece mejoras multiseat [38] y reemplaza ConsoleKit , que ya no se mantiene. [39] Para los administradores de pantalla X11, el cambio para iniciar sesión requiere una cantidad mínima de portabilidad. [40] Se integró en la versión 30 de systemd.
resuelto
timesyncd
en red
networkd es un demonio para manejar la configuración de las interfaces de red; en la versión 209, cuando se integró por primera vez, el soporte estaba limitado a direcciones asignadas estáticamente y soporte básico para la configuración de puentes . [41] [42] [43] [44] [45] En julio de 2014, se lanzó la versión 215 de systemd, agregando nuevas características como un servidor DHCP para hosts IPv4 y compatibilidad con VXLAN . [46] [47] networkctl puede usarse para revisar el estado de los enlaces de red tal como los ve systemd-networkd. [48] ​​La configuración de nuevas interfaces debe agregarse en / lib / systemd / network / como un nuevo archivo que termina con la extensión .network.
tmpfiles
systemd-tmpfiles es una utilidad que se encarga de la creación y limpieza de archivos y directorios temporales. Normalmente se ejecuta una vez al inicio y luego en intervalos específicos.
fechado
systemd-timedated es un demonio que se puede utilizar para controlar la configuración relacionada con la hora, como la hora del sistema, la zona horaria del sistema o la selección entre UTC y el reloj del sistema de la zona horaria local. Es accesible a través de D-Bus. [49] Se integró en la versión 30 de systemd.
udevd
udev es un administrador de dispositivos para el kernel de Linux , que maneja el directorio / dev y todas las acciones del espacio de usuario al agregar / eliminar dispositivos, incluida la carga de firmware . En abril de 2012, el árbol de fuentes de udev se fusionó con el árbol de fuentes de systemd. [50] [51]
El 29 de mayo de 2014, el soporte para la carga de firmware a través de udev se eliminó de systemd, ya que se decidió que el kernel debería ser responsable de cargar el firmware. [52]
libudev
libudev es la biblioteca estándar para utilizar udev, que permite que aplicaciones de terceros consulten recursos de udev.
systemd-boot
systemd-boot es un administrador de arranque, anteriormente conocido como gummiboot . Kay Sievers lo fusionó en systemd con rev 220.

Configuración de systemd [ editar ]

systemd-manager, una herramienta para configurar systemd

systemd está configurado exclusivamente a través de llanura - archivos de texto .

systemd registra las instrucciones de inicialización para cada demonio en un archivo de configuración (denominado "archivo de unidad") que usa un lenguaje declarativo , reemplazando los scripts de shell de inicio por demonio usados ​​tradicionalmente . Los tipos de archivos unitarios [53] incluyen:

  • .Servicio
  • .enchufe
  • .dispositivo
  • .montar
  • .automount
  • .intercambio
  • .objetivo
  • .camino
  • .timer (que se puede usar como un programador de trabajos similar a un cron [54] )
  • .instantánea
  • .slice (utilizado para agrupar y gestionar procesos y recursos [55] )
  • .alcance

Jerarquía de archivos de configuración [ editar ]

man systemd.unit explica la jerarquía de los archivos de configuración. Sus caminos se definen durante la compilación. El valor por defecto:

RUTA DE CARGA DE LA UNIDAD Los archivos unitarios se cargan a partir de un conjunto de rutas determinadas durante compilación, que se describe en las dos tablas siguientes. Archivos de unidad encontrados en los directorios enumerados anteriormente, anula los archivos con el mismo nombre en los directorios inferiores de la lista. Tabla 1. Ruta de carga cuando se ejecuta en modo sistema (--system). ┌───────────────────────┬───────────────────────────────────────────────────────────────────────────────────────── ─────┐ │Ruta │ Descripción │ ├───────────────────────┼───────────────────────────────────────────────────────────────────────────────────────── ─────┤ │ / etc / systemd / system │ Configuración local │ ├───────────────────────┼───────────────────────────────────────────────────────────────────────────────────────── ─────┤ │ / run / systemd / system │ Unidades en tiempo de ejecución │ ├───────────────────────┼───────────────────────────────────────────────────────────────────────────────────────── ─────┤ │ / usr / lib / systemd / system │ Unidades de paquetes instalados │ └───────────────────────┴───────────────────────── ─────┘

Adopción [ editar ]

Si bien muchas distribuciones arrancan systemd de forma predeterminada, algunas permiten que se utilicen otros sistemas de inicio; en este caso, es posible cambiar el sistema de inicio instalando los paquetes adecuados. Se desarrolló una bifurcación de Debian llamada Devuan para evitar systemd y ha alcanzado la versión 2.0 para un uso estable. [81] [82] En diciembre de 2019, el proyecto Debian votó a favor de mantener systemd como el sistema de inicio predeterminado para la distribución, pero con soporte para "explorar alternativas". [83]

Integración con otro software [ editar ]

Con el interés de mejorar la interoperabilidad entre systemd y el entorno de escritorio GNOME , el coautor de systemd, Lennart Poettering, pidió al Proyecto GNOME que considerara convertir systemd en una dependencia externa de GNOME 3.2. [84]

En noviembre de 2012, el Proyecto GNOME concluyó que la funcionalidad básica de GNOME no debería depender de systemd. [85] Sin embargo, GNOME 3.8 introdujo una opción en tiempo de compilación entre logind y ConsoleKit API, siendo el primero proporcionado en ese momento sólo por systemd. Ubuntu proporcionó un binario de inicio de sesión separado, pero systemd se convirtió en una dependencia de facto de GNOME para la mayoría de las distribuciones de Linux , en particular porque ConsoleKit ya no se mantiene de forma activa y, en su lugar, upstream recomienda el uso de systemd-logind . [86] Los desarrolladores de Gentoo Linux también intentaron adaptar estos cambios en OpenRC, pero la implementación contenía demasiados errores, lo que provocó que la distribución marcara systemd como una dependencia de GNOME. [87] [88]

GNOME ha integrado más logind . [89] A partir de la versión 3.13.2 de Mutter , logind es una dependencia para las sesiones de Wayland . [90]

Recepción [ editar ]

El diseño de systemd ha provocado controversias dentro de la comunidad del software libre . Los críticos consideran que systemd es demasiado complejo y sufre de un continuo deslizamiento de características , argumentando que su arquitectura viola la filosofía de Unix . También existe la preocupación de que forme un sistema de dependencias entrelazadas, lo que le da a los encargados de la distribución pocas opciones más que adoptar systemd a medida que más software de espacio de usuario depende de sus componentes. [91]

En una entrevista de 2012, el líder de Slackware , Patrick Volkerding, expresó sus reservas sobre la arquitectura systemd, afirmando su creencia de que su diseño era contrario a la filosofía Unix de utilidades interconectadas con funcionalidades estrictamente definidas. [92] A partir de agosto de 2018 , Slackware no admite ni utiliza systemd, pero Volkerding no ha descartado la posibilidad de cambiar a él. [93]

En enero de 2013, Lennart Poettering intentó abordar las preocupaciones sobre systemd en una publicación de blog llamada The Biggest Myths . [31]

En febrero de 2014, Rich Felker de musl opinó que PID 1 es demasiado especial para cargar con responsabilidades adicionales. PID 1 solo debería ser responsable de iniciar el resto del sistema de inicio y de cosechar procesos zombies. La funcionalidad adicional agregada por systemd se puede proporcionar en otros lugares y aumenta innecesariamente la complejidad y la superficie de ataque de PID 1. [94]

En marzo de 2014, Eric S. Raymond opinó que los objetivos de diseño de systemd eran propensos a la expansión de la misión y la hinchazón del software . [95] En abril de 2014, Linus Torvalds expresó reservas sobre la actitud de Kay Sievers , un desarrollador clave de systemd, hacia los usuarios y los informes de errores con respecto a las modificaciones al kernel de Linux enviadas por Sievers. [96] A finales de abril de 2014 se lanzó una campaña para boicotear systemd, con un sitio web que enumera varias razones en contra de su adopción. [97] [98]

En un artículo de agosto de 2014 publicado en InfoWorld , Paul Venezia escribió sobre la controversia systemd y atribuyó la controversia a la violación de la filosofía Unix, ya "enormes egos que creen firmemente que no pueden hacer nada malo". [99] El artículo también caracteriza la arquitectura de systemd como similar a la de svchost.exe , un componente crítico del sistema en Microsoft Windows con un amplio alcance funcional. [99]

En una entrevista de ZDNet en septiembre de 2014 , el destacado desarrollador de kernel de Linux Theodore Ts'o expresó su opinión de que la disputa sobre la filosofía de diseño centralizado de systemd, más que preocupaciones técnicas, indica una peligrosa tendencia general hacia la uniformización del ecosistema Linux, alienando y marginando partes de lo abierto. comunidad de origen, y dejando poco espacio para proyectos alternativos. Citó similitudes con la actitud que encontró en el proyecto GNOME hacia configuraciones no estándar. [100] En las redes sociales, Ts'o también comparó más tarde las actitudes de Sievers y su co-desarrollador, Lennart Poettering, con las de los desarrolladores de GNOME. [101]

Forks e implementaciones alternativas [ editar ]

eudev [ editar ]

En 2012, el proyecto Gentoo Linux creó una bifurcación de udev para evitar la dependencia de la arquitectura systemd. La bifurcación resultante se llama eudev y hace que la funcionalidad de udev esté disponible sin systemd. [102] Un objetivo declarado del proyecto es mantener a eudev independiente de cualquier distribución de Linux o sistema de inicio. [103]

elogind [ editar ]

Elogind es el "logind" del proyecto systemd, extraído para ser un demonio independiente. Se integra con PAM para conocer el conjunto de usuarios que están conectados a un sistema y si han iniciado sesión gráficamente, en la consola o de forma remota. Elogind expone esta información a través de la interfaz estándar org.freedesktop.login1 D-Bus , así como a través del sistema de archivos utilizando el diseño estándar / run / systemd de systemd . Elogind también proporciona "libelogind", que es un subconjunto de las facilidades que ofrece "libsystemd". También hay un archivo pkg-config "libelogind.pc" . [104]

inútil [ editar ]

En 2014, se creó uselessd como una bifurcación ligera de systemd. El proyecto buscaba eliminar funciones y programas que se consideraban innecesarios para un sistema de inicio, así como abordar otras fallas percibidas. [105] El desarrollo del proyecto se detuvo en enero de 2015. [106]

uselessd admitía las bibliotecas musl y µClibc , por lo que es posible que se haya utilizado en sistemas integrados , mientras que systemd solo admite glibc . El proyecto uselessd había planeado mejoras adicionales en la compatibilidad multiplataforma, así como revisiones arquitectónicas y refactorización para la compilación de Linux en el futuro. [107]

systembsd [ editar ]

En 2014, se inició un proyecto de Google Summer of Code llamado "systembsd" con el fin de proporcionar implementaciones alternativas de estas API para OpenBSD . El desarrollador del proyecto original lo inició para facilitar su transición de Linux a OpenBSD. [108] El desarrollo del proyecto se detuvo en julio de 2016. [109]

El proyecto systembsd no proporcionó un reemplazo de init, pero tenía como objetivo proporcionar a OpenBSD demonios compatibles para nombres de host , fecha de tiempo , localizados y logind . El proyecto no creó una nueva funcionalidad similar a systemd, y solo estaba destinado a actuar como un contenedor sobre el sistema nativo OpenBSD. El desarrollador pretendía que systemmbsd fuera instalable como parte de la colección de ports , no como parte de un sistema base, y afirmó que "systemd y * BSD difieren fundamentalmente en términos de filosofía y prácticas de desarrollo". [108]

consolekit2 [ editar ]

ConsoleKit fue bifurcado en octubre de 2014 por los desarrolladores de Xfce que querían que sus características se mantuvieran y estuvieran disponibles en sistemas operativos distintos de Linux. Si bien no descarta la posibilidad de revivir el repositorio original a largo plazo, el desarrollador principal considera ConsoleKit2 una necesidad temporal hasta que madure systemmbsd. [110]

El desarrollo cesó en diciembre de 2017 y el proyecto puede estar inactivo. [111]

loginkit [ editar ]

LoginKit fue un intento de poner en práctica un (-logind systemd) logind cuña , lo que permitiría a los paquetes que dependen de systemd-logind de trabajo sin dependencia de un sistema específico de inicio. [112]

El proyecto ha estado inactivo desde febrero de 2015. [113]

notsystemd [ editar ]

Notsystemd tiene la intención de implementar todas las características de systemd trabajando en cualquier sistema de inicio. [114] Fue bifurcado por los desarrolladores de Parabola GNU / Linux-libre para construir paquetes con sus herramientas de desarrollo sin la necesidad de tener systemd instalado para ejecutar systemd-nspawn.

s6 [ editar ]

s6 es un pequeño conjunto de programas para UNIX, diseñado para permitir la supervisión de procesos (también conocida como supervisión de servicios), en la línea de daemontools y runit, así como varias operaciones en procesos y daemons. Está destinado a ser una caja de herramientas para la administración de procesos y servicios de bajo nivel, que proporciona diferentes conjuntos de herramientas independientes que se pueden usar dentro o fuera del marco, y que se pueden ensamblar para lograr una funcionalidad potente con una cantidad muy pequeña de código. [115]

Ver también [ editar ]

  • BusyBox
  • lanzado
  • Distribuciones de Linux sin systemd
  • Gestión de servicios del sistema operativo
  • leer por adelantado
  • ejecutarlo
  • Facilidad de gestión de servicios
  • Pastor demonio GNU
  • Advenedizo

Notas [ editar ]

  1. ^ Las fechas son para ellanzamiento de disponibilidad general .
  2. ^ systemd es compatible con Gentoo como una alternativa a OpenRC, el sistema de inicio predeterminado [64] para aquellos que "quieren usar systemd en su lugar, o planean usar Gnome 3.8 y posterior (que requiere systemd)" [65]
  3. ^ Funcionalidad faltante al usar sistemas de inicio distintos a systemd [ cita requerida ]

Referencias [ editar ]

  1. ^ a b "Lennart Poettering sobre la tumultuosa ascendencia de systemd" . Consultado el 7 de noviembre de 2018 .
  2. ^ a b "systemd README" , freedesktop.org , consultado el 9 de septiembre de 2012
  3. ^ "Systemd alcanza un punto alto para el número de nuevos compromisos y colaboradores durante 2018 - Phoronix" .
  4. ^ Versión v247 , 26 de noviembre de 2020 , consultado el 27 de noviembre de 2020
  5. ^ Poettering, Lennart (21 de abril de 2012), Systemd Status Update , consultado el 28 de abril de 2012
  6. ^ "InterfaceStabilityPromise" . FreeDesktop.org . Consultado el 14 de febrero de 2018 .
  7. ^ "Systemd System and Service Manager" . freedesktop.org . Sí, está escrito systemd, no system D o System D, ni siquiera SystemD. Y tampoco es el sistema d. ¿Por qué? Debido a que es un demonio del sistema, y ​​bajo Unix / Linux, estos están en minúsculas y tienen el sufijo d minúscula.
  8. ^ Poettering, Lennart; Sievers, Kay; Leemhuis, Thorsten (8 de mayo de 2012), Control Center: The systemd Linux init system , The H, archivado desde el original el 14 de octubre de 2012 , consultado el 9 de septiembre de 2012
  9. ^ Saunders, Mike (11 de noviembre de 2015). "Linux 101: Aproveche al máximo systemd" . Voz de Linux . Consultado el 28 de enero de 2016 .
  10. ^ Simmonds, Chris (2015). "9: Puesta en marcha - el programa init". Dominar la programación de Linux embebido . Packt Publishing Ltd. pág. 239. ISBN 9781784399023. Consultado el 20 de junio de 2016 . systemd se define a sí mismo como un administrador de sistemas y servicios. El proyecto fue iniciado en 2010 por Lennart Poettering y Kay Sievers para crear un conjunto integrado de herramientas para administrar un sistema Linux que incluye un demonio init.
  11. ^ "Notas de la versión de una página de F15" , fedoraproject.org , 24 de mayo de 2001
  12. ^ "# 727708 - tech-ctte: Decide qué sistema de inicialización usará por defecto en Debian" . 25 de octubre de 2013 . Consultado el 14 de septiembre de 2014 .
  13. ^ "¿Qué sistema de inicio para Debian?" . 5 de noviembre de 2013 . Consultado el 14 de septiembre de 2014 .
  14. ^ "Debian sigue debatiendo systemd vs. Upstart Init System" . Phoronix . 30 de diciembre de 2013 . Consultado el 14 de septiembre de 2014 .
  15. ^ "Perder gentilmente" . 14 de febrero de 2014 . Consultado el 14 de septiembre de 2014 .
  16. ^ "Quantal, raring, descarado ..." 18 de octubre de 2013 . Consultado el 14 de septiembre de 2014 .
  17. ^ Hess, Joey. "al salir" . Consultado el 15 de julio de 2015 .
  18. ^ Allbery, Russ (16 de noviembre de 2014). "Renuncia al Comité Técnico" . debian-ctte (lista de correo) . Consultado el 15 de julio de 2015 .
  19. ^ Jackson, Ian (19 de noviembre de 2014). "Renuncia" . debian-ctte (lista de correo) . Consultado el 15 de julio de 2015 .
  20. ^ Heen, Tollef Fog (16 de noviembre de 2014). "Renuncia del equipo de mantenimiento de pkg-systemd" . pkg-systemd-maintenanceers (lista de correo) . Consultado el 15 de julio de 2015 .
  21. ^ Carroty, Paul (28 de agosto de 2015). "Lennart Poettering fusionó el reemplazo del comando" su "en systemd: Test Drive en Fedora Rawhide" . Archivado desde el original el 4 de septiembre de 2015.
  22. ^ "Fallo de afirmación cuando PID 1 recibe un mensaje de longitud cero sobre el zócalo de notificación # 4234" . 28 de septiembre de 2016.
  23. ^ Felker, Rich (3 de octubre de 2016). "Hack bloquea las distribuciones de Linux con 48 caracteres de código" . Kaspersky Lab .
  24. ^ "Detalles de CVE-2017-9445" , Base de datos de vulnerabilidad nacional , Instituto Nacional de Estándares y Tecnología (EE. UU.), 6 de julio de 2017 , consultado el 6 de julio de 2018
  25. ^ "CVE-2017-9445" , la base de datos de vulnerabilidades y exposiciones comunes , The Mitre Corporation, 5 de junio de 2017 , consultado el 6 de julio de 2018
  26. ^ Gundersen, Tom E. (25 de septiembre de 2014). "El fin de Linux" . Consultado el 25 de octubre de 2014 . Ciertamente no es algo que venga con systemd desde arriba.
  27. ^ "Las nuevas interfaces del grupo de control" . Freedesktop.org. 28 de agosto de 2015 . Consultado el 6 de febrero de 2016 .
  28. ^ Poettering, Lennart (mayo de 2014). "Una perspectiva para systemd: lo que se ha logrado y lo que se avecina" (PDF) . Consultado el 30 de noviembre de 2014 .
  29. ^ "¿Qué es systemd?" . Linode . 11 de septiembre de 2019.
  30. ^ "Bloqueos inhibidores" . freedesktop.org .
  31. ↑ a b Poettering, Lennart (26 de enero de 2013). "Los mayores mitos" .
  32. ^ "Debate / initsystem / systemd - Documentación de Debian" . Debian . 2 de enero de 2014 . Consultado el 4 de diciembre de 2014 .
  33. ^ Edge, Jake (7 de noviembre de 2013). "Creando contenedores con systemd-nspawn" . LWN.net . Consultado el 30 de julio de 2014 .
  34. ^ "ControlGroupInterface" . freedesktop.org . Consultado el 9 de noviembre de 2014 .
  35. ^ Heo, Tejun (28 de enero de 2014). "cgroup: convertir a kernfs" . linux-kernel (lista de correo).
  36. ^ Heo, Tejun (13 de marzo de 2014). "cgroup: prepárese para la jerarquía unificada predeterminada" . linux-kernel (lista de correo).
  37. ^ "corrupción y registros binarios de systemd" . Consultado el 21 de enero de 2016 .
  38. ^ "systemd-logind.service" . freedesktop.org . Consultado el 17 de febrero de 2014 .
  39. ^ "Sitio web oficial de ConsoleKit" . freedesktop.org . Consultado el 9 de noviembre de 2014 .
  40. ^ "Cómo conectar su administrador de pantalla X11 favorito con systemd" . freedesktop.org .
  41. ^ "Redes en + systemd - 1. Antecedentes" . 27 de noviembre de 2013 . Consultado el 22 de febrero de 2014 .
  42. ^ "Redes en + systemd - 2. libsystemd-rtnl" . 27 de noviembre de 2013 . Consultado el 22 de febrero de 2014 .
  43. ^ "Redes en + systemd - 3. udev" . 27 de noviembre de 2013 . Consultado el 22 de febrero de 2014 .
  44. ^ "Redes en + systemd - 4. networkd" . 27 de noviembre de 2013 . Consultado el 22 de febrero de 2014 .
  45. ^ "Redes en + systemd - 5. el futuro inmediato" . 27 de noviembre de 2013 . Consultado el 22 de febrero de 2014 .
  46. ^ Larabel, Michael (4 de julio de 2014). "systemd 215 funciona con restablecimiento de fábrica, soporte de servidor DHCPv4" . Consultado el 8 de noviembre de 2014 .
  47. ^ Šimerda, Pavel (3 de febrero de 2013). "¿Puede la configuración de red de Linux apestar menos?" .
  48. ^ networkctl(1)  -  Manual del usuario de Linux - Comandos de usuario
  49. ^ "fechado" . freedesktop.org . Consultado el 9 de noviembre de 2014 .
  50. ^ Sievers, Kay. "El futuro del árbol de fuentes de udev" . vger.kernel.org/vger-lists.html#linux-hotplug linux-hotplug (lista de correo) . Consultado el 22 de mayo de 2013 .
  51. ^ Sievers, Kay, "Commit importing udev into systemd" , freedesktop.org , consultado el 25 de mayo de 2012
  52. ^ "[systemd-devel] [PATCH] Suelta el cargador de firmware udev" . 29 de mayo de 2014.
  53. ^ "página de manual de systemd.unit" . freedesktop.org.
  54. ^ "systemd Dreams Up New Feature, lo hace como Cron" . Phoronix . 28 de enero de 2013 . Consultado el 22 de enero de 2014 .
  55. ^ "systemd.slice (5) - Páginas de manual de Linux" . Consultado el 12 de marzo de 2018 . [...] un segmento [...] es un concepto para gestionar jerárquicamente los recursos de un grupo de procesos.
  56. ^ a b "Clon de Git del repositorio de 'paquetes'" . Interfaz web para los repositorios git de Arch Linux . 12 de enero de 2012.
  57. ^ "systemd es ahora el predeterminado en nuevas instalaciones" . Arch Linux .
  58. ^ "coreos / manifest: Versiones: v94.0.0" . github.com . 3 de octubre de 2013 . Consultado el 22 de septiembre de 2014 .
  59. ^ "Sistema de inicio de CoreOS" , coreos.com , archivado desde el original el 14 de febrero de 2014 , consultado el 14 de febrero de 2014
  60. ^ "systemd" . debian.org . Consultado el 19 de noviembre de 2014 .
  61. ^ Garbee, Bdale (11 de febrero de 2014). "Error # 727708: convocatoria de votos sobre el sistema de inicio Linux predeterminado para jessie" . debian-ctte (lista de correo).
  62. ^ "Instalación sin systemd" . Consultado el 3 de abril de 2018 .
  63. ^ "Fedora 14 puntos de conversación" .
  64. ^ a b "systemd" , wiki.gentoo.org , consultado el 26 de agosto de 2012
  65. ^ "Instalación del sistema base de Gentoo § Opcional: usando systemd" .
  66. ^ "Comentario n. ° 210 (error n. ° 318365)" , gentoo.org , consultado el 5 de julio de 2011
  67. ^ "systemd" , gentoo.org , consultado el 5 de julio de 2011
  68. ^ "Notas de la versión de KNOPPIX 7.4.2" . Archivado desde el original el 6 de enero de 2018 . Consultado el 26 de abril de 2018 . ... el sistema KNOPPIX basado en script comienza con sysvinit
  69. ^ "KNOPPIX 8.0 Die Antwort auf Systemd (alemán)" . Archivado desde el original el 13 de junio de 2018 . Consultado el 13 de junio de 2018 . ... El proceso de arranque de Knoppix continúa ejecutándose a través de Sys-V init con pocos scripts bash que inician los servicios del sistema de manera eficiente secuencialmente o en paralelo. (El texto original en alemán: Knoppix 'Startvorgang läuft nach wie vor per Sys-V-Init mit wenigen Bash-Skripten, welche die Systemdienste effizient sequenziell oder paralelo starten.)
  70. ^ ChangeLog del paquete systemd de Mageia
  71. ^ Scherschel, Fabian (23 de mayo de 2012), Mageia 2 llega con GNOME 3 y systemd , The H, archivado desde el original el 8 de diciembre de 2013 , consultado el 22 de agosto de 2012
  72. ^ https://forums.mageia.org/en/viewtopic.php?f=7&t=11169
  73. ^ Vista de directorio de la instalación de 11.4 i586 que muestra la presencia de los instalables systemd v18 , 23 de febrero de 2011 , consultado el 24 de septiembre de 2013
  74. ^ "OpenSUSE: no a todo el mundo le gusta systemd" . Phoronix . El recientemente lanzado openSUSE 12.2 migra de SysVinit a systemd
  75. ^ "Página de descarga de Parabola ISO" .
  76. ^ Red Hat presenta Red Hat Enterprise Linux 7 , 10 de junio de 2014
  77. ^ "Entrada inicial del hechizo" systemd "" .
  78. ^ "Wiki de Ubuntu: cambio de sistemas de inicio" . Consultado el 3 de julio de 2016 .
  79. ^ "Paquetes vinculados: advenedizo" . Launchpad . Consultado el 17 de junio de 2019 .
  80. ^ "Paquete vacío: systemd: eliminado; no hay planes para resucitar esto" .
  81. ^ "Conoce a Devuan, la bifurcación de Debian nacida de una amarga revuelta systemd" .
  82. ^ Sharwood, Simon (5 de mayo de 2017). "Devuan Linux sin systemd llega a RC2" . El registro . Consultado el 5 de mayo de 2017 .
  83. ^ "Los desarrolladores de Debian deciden sobre la diversidad del sistema de inicio:" La propuesta B "gana" . Phoronix . Consultado el 28 de diciembre de 2019 .
  84. ^ Poettering, Lennart (18 de mayo de 2011). "systemd como dependencia externa" . desktop-devel (lista de correo). GNOME . Consultado el 26 de mayo de 2011 .
  85. ^ Peters, Frederic (4 de noviembre de 2011). "Acta de la reunión 20121104" . Equipo de lanzamiento de GNOME (lista de correo) . Consultado el 14 de enero de 2013 .
  86. ^ "ConsoleKit" . Consultado el 15 de noviembre de 2014 . ConsoleKit actualmente no se mantiene activamente. ¡El enfoque se ha desplazado a la gestión integrada de asientos / usuarios / sesiones de Software / systemd llamada systemd-logind!
  87. ^ Vitters, Olav. "Pensamientos de GNOME y logind + systemd" . Consultado el 24 de abril de 2014 .
  88. ^ "GNOME 3.10 llega con soporte experimental de Wayland" . ZDNet . Consultado el 24 de abril de 2014 .
  89. ^ "Iniciativas GNOME: systemd" . Consultado el 9 de mayo de 2018 .
  90. ^ "Mutter 3.13.2: lanzador: Reemplazar mutter-launch con la integración de logind" . 19 de mayo de 2014 . Consultado el 28 de mayo de 2014 .
  91. ^ Vaughan-Nichols, Steven (19 de septiembre de 2014). "Linus Torvalds y otros en systemd de Linux" . ZDNet . CBS Interactive.
  92. ^ "Entrevista con Patrick Volkerding de Slackware" . linuxquestions.org . 7 de junio de 2012 . Consultado el 19 de marzo de 2014 .
  93. ^ "Regresé después de un descanso de Slackware: compartiendo pensamientos y viendo qué hay de nuevo". . linuxquestions.org . Consultado el 14 de marzo de 2014 .
  94. ^ Roto por diseño: systemd , Rich Felker, autor principal de musl , 2014-02-09.
  95. ^ "Entrevistas: ESR responde a sus preguntas" . Slashdot.org. 10 de marzo de 2014 . Consultado el 19 de marzo de 2014 .
  96. ^ Torvalds, Linus (2 de abril de 2014). "Re: [RFC PATCH] cmdline: Ocultar" depuración "de / proc / cmdline" . linux-kernel (lista de correo) . Consultado el 8 de julio de 2014 .
  97. ^ "¿Systemd es tan malo como el boicot que systemd está tratando de hacer?" . LinuxToday . Consultado el 22 de septiembre de 2014 .
  98. ^ "Boicot systemd.org" . Archivado desde el original el 6 de mayo de 2014 . Consultado el 15 de julio de 2015 .
  99. ↑ a b Venezia, Paul (18 de agosto de 2014). "systemd: presagio del apocalipsis de Linux" . Consultado el 20 de septiembre de 2014 .
  100. ^ "Linus Torvalds y otros en systemd de Linux" . Consultado el 21 de noviembre de 2014 .
  101. ^ "Una conclusión a la que llegué recientemente mientras hablaba de todo el sistemad ..." 31 de marzo de 2014. Archivado desde el original el 17 de julio de 2014 . Consultado el 8 de julio de 2014 .
  102. ^ "eudev / README" . Archivado desde el original el 16 de febrero de 2015 . Consultado el 1 de junio de 2015 .
  103. ^ "Proyecto Gentoo eudev" . Consultado el 1 de junio de 2015 .
  104. ^ "elogind / README" . Consultado el 2 de septiembre de 2015 .
  105. ^ Larabel, Michael (21 de septiembre de 2014). "Uselessd: una versión reducida de systemd" . Phoronix . Consultado el 26 de octubre de 2014 .
  106. ^ "Uselessd está muerto" . Sitio web de Uselessd . Consultado el 17 de febrero de 2017 .
  107. ^ "uselessd :: sistema de información" . uselessd.darknedgy.net . Consultado el 26 de octubre de 2014 .
  108. ^ a b "GSoC 2014: utilidades de reemplazo de systemd (systembsd)" . Diario de OpenBSD . Consultado el 28 de noviembre de 2014 .
  109. projects / systembsd.git / summary , consultado el 8 de julio de 2018
  110. ^ Koegel, Eric (20 de octubre de 2014). "ConsoleKit2" . Consultado el 7 de marzo de 2015 .
  111. ^ "ConsoleKit2 (Github)" . Consultado el 8 de julio de 2018 .
  112. ^ "loginkit / README" . Consultado el 4 de diciembre de 2014 .
  113. ^ "dimkr / LoginKit (Github)" . Consultado el 8 de julio de 2018 .
  114. ^ Luke Shumaker (17 de junio de 2017). "Anuncio de lanzamiento de notsystemd v232.1" . [email protected] (lista de correo).
  115. ^ "skarnet.org/s6" . Consultado el 10 de junio de 2020 .

Enlaces externos [ editar ]

  • Página web oficial
  • Systemd en GitHub
  • Repensar PID 1