systemd

systemd (anteriormente udev) es un daemon de gestión de sistema de código abierto. En otras palabras, se ejecuta en segundo plano y actúa como un administrador de sistemas y servicios para sistemas operativos basados ​​en Linux.

Al ser compatible con los scripts de inicio LSB (Linux Standard Base) y UNIX System V, systemd usa D-Bus y la activación de socket para iniciar servicios, y proporciona capacidades agresivas de paralelización. Además, admite restauración e instantánea del estado del sistema, mantiene los puntos de montaje y automontaje, realiza un seguimiento de los procesos mediante el uso de grupos de control de Linux, ofrece el inicio de daemons a petición e implementa una compleja lógica de control de servicio basada en la dependencia transaccional.

systemd está incluido en casi todos los sistemas operativos Linux basados ​​en kernels, y se puede usar como un reemplazo directo para el software sysvinit, pero también para inetd, acpid, atd, watchdog, cron, syslog y pm -utils daemons. El programa también viene con un administrador de inicio de sesión integrado, llamado systemd-logind, diseñado como un reemplazo directo para el software ConsoleKit en desuso. Presenta varias mejoras de varios niveles.

Puede administrar configuraciones de red también

Desde la versión 209, systemd también puede administrar configuraciones de red, gracias a la integración del daemon networkd. Por ejemplo, puede asignar estáticamente direcciones IP, así como también proporcionar una configuración de puente básica.

Desde su aparición, en 2011, el proyecto ha sido adoptado bastante rápido por muchas distribuciones populares de Linux, incluyendo Arch Linux, Fedora, Gentoo Linux, Mageia, openSUSE, Sabayon Linux, Frugalware Linux, y Aring; ngstr & ouml; m, y CoreOS. Además, muchos otros sistemas operativos Linux poderosos adoptarán systemd en sus próximos lanzamientos, como Ubuntu 14.04 LTS (Trusty Tahr), Debian GNU / Linux 8 (Jessie) y Red Hat Enterprise Linux 7.

Incluso si algunas personas tienden a escribir SystemD, sistema d, sistema D o Sistema D, el nombre del programa está deletreado y escrito systemd. Definitivamente es el futuro de cualquier distribución de Linux, cambiando la forma en que interactuamos con el sistema operativo.

Qué hay de nuevo en esta versión:

• Algunos teclados vienen con un balancín de zoom o balancín que hasta ahora tenían
• asignado a Linux & quot; zoomin / out & quot; llaves en hwdb. Sin embargo, estos
• los códigos clave no son reconocidos por ningún escritorio importante. Ahora producen
• Eventos de tecla Arriba / Abajo para que se puedan usar para desplazarse.
• * INCOMPATIBILIDAD: systemd-tmpfiles '& quot; f & quot; líneas cambiaron el comportamiento
• levemente: anteriormente, si se especificó un argumento para las líneas de este
• tipo (es decir, se configuró la columna de la derecha) esta cadena se anexó a
• archivos existentes cada vez que se ejecutaba systemd-tmpfiles. Este comportamiento fue
• diferente de lo que decía la documentación, y no particularmente
• útil, ya que las invocaciones de systemd-tmpfiles repetidas no serían
• idempotent y crezca dichos archivos sin límites. Con este lanzamiento
• el comportamiento se ha modificado ligeramente para que coincida con la documentación
• dice: las líneas de este tipo solo tienen un efecto si los archivos indicados
• aún no existe, y solo entonces la cadena del argumento se escribe en
• archivo.
• * INCOMPATIBILIDAD FUTURA: En systemd v238 pretendemos cambiar ligeramente
• comportamiento de systemd-tmpfiles: previamente, archivos de solo lectura propiedad de root
• siempre se excluyeron del archivo & quot; envejecimiento & quot; algoritmo (es decir, el
• limpieza automática de directorios como / tmp en función de
• atime / mtime / ctime). Tenemos la intención de eliminar esta restricción y los archivos de edad
• de forma predeterminada incluso cuando es propiedad de root y de solo lectura. Este comportamiento fue
• heredado de herramientas más antiguas, pero ha habido solicitudes para eliminar
• esto, y no es obvio por qué se hizo esta restricción en el primer
• lugar. Hable ahora, si conoce el software que necesita
• este comportamiento; de lo contrario, eliminaremos la restricción en v238.
• *
ahora entiende una nueva variable de entorno $ SYSTEMD_OFFLINE
• systemctl. Toma un argumento booleano. Si está activado, systemctl lo supone
• funciona en un & quot; fuera de línea & quot; Árbol del sistema operativo, y no intentará hablar con el
• gerente de servicio. Anteriormente, este modo estaba habilitado implícitamente si
• se detectó el entorno chroot () y esta nueva variable de entorno
• ahora proporciona control explícito.
• * las unidades .path y .socket ahora también pueden crearse transitoriamente.
• Anteriormente, solo las unidades de servicio, montaje, automóvil y temporizador eran
• soportado como unidades transitorias. La herramienta de ejecución del sistema se ha actualizado
• para exponer esta nueva funcionalidad, puede usarla ahora para enlazar
• comandos arbitrarios para la activación de ruta o socket sobre la marcha desde el
• línea de comando. Además, casi todas las propiedades están ahora expuestas para
• tipos de unidades que ya admitían la operación transitoria.
• * El comando systemd-mount obtuvo soporte para un nuevo --owner = parámetro
• que toma un nombre de usuario, que luego se resuelve e incluye en uid =
• y gid = opciones de montaje cadena del sistema de archivos para montar.
• * Se ha agregado una nueva condición de unidad ConditionControlGroupController =
• que verifica si un controlador de grupo específico está disponible.
• * Archivos de unidades, archivos .link de udev y .netdev y
de networkd-networkd.
Los archivos
• .network obtuvieron soporte para una nueva condición
• ConditionKernelVersion = para verificar contra kernel específico
• versiones.
• * En systemd-networkd, la sección [IPVLAN] en archivos .netdev ganó
• soporte para configurar indicadores de dispositivos en la configuración Flags =. En el
• mismos archivos, la sección [Túnel] obtuvo soporte para configurar
• AllowLocalRemote =. La sección [Ruta] en los archivos de .network ganó
• soporte para la configuración de InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = y QuickAck =. La sección [DHCP] ahora
• entiende RapidCommit =.
• * la compatibilidad con DHCPv6 de systemd-networkd obtuvo soporte para Prefix
• Delegación.
• * sd-bus obtuvo soporte para un nuevo & quot; watch-bind & quot; característica. Cuando esto

La función
• está habilitada, se puede configurar una conexión sd_bus para conectarse a
• un socket AF_UNIX en el sistema de archivos tan pronto como se crea. Esto

La
• funcionalidad es útil para escribir servicios de inicio temprano que
• se conecta automáticamente al bus del sistema tan pronto como se inicia,
• sin encuestas feos basadas en el tiempo. systemd-networkd y
• systemd-resolved se ha actualizado para hacer uso de este
• funcionalidad busctl expone esta funcionalidad en un nuevo
• - watch-bind = cambio de línea de comando.
• * sd-bus ahora opcionalmente sintetizará un & quot; Conectado local & quot; señal como
• pronto como una conexión D-Bus está configurada completamente. Este mensaje refleja el
• ya existente & quot; Desconectado & quot; señal que se sintetiza cuando el
• la conexión finaliza. Esta señal generalmente es útil, pero
• particularmente útil en combinación con & quot; watch-bind & quot; función
• descrito arriba. Se debe solicitar la sintetización de este mensaje
• explícitamente a través de la nueva llamada API sd_bus_set_connected_signal (). En
• Además, se ha agregado una nueva llamada sd_bus_is_ready () que comprueba
• si una conexión está completamente configurada (es decir, entre & quot; Conectado & quot; y
• & quot; Desconectado & quot; señales).
• * sd-bus obtuvo dos nuevas llamadas sd_bus_request_name_async () y
• sd_bus_release_name_async () para registrar de forma asíncrona el bus
• nombres. Similar, ahora hay sd_bus_add_match_async () para instalar
• una coincidencia de señal asincrónicamente. Todos los servicios de systemd tienen
• se ha actualizado para hacer uso de estas llamadas. Hacer estas operaciones
• asincrónicamente tiene dos ventajas: reduce el riesgo de bloqueos en
• caso de dependencias cíclicas entre servicios de bus, y acelera
• inicialización del servicio desde los puntos de sincronización para el bus
• se eliminan los viajes de ida y vuelta.
• * sd-bus obtuvo dos nuevas llamadas sd_bus_match_signal () y
• sd_bus_match_signal_async (), que son similares a sd_bus_add_match ()
• y sd_bus_add_match_async () pero en lugar de tomar una coincidencia de D-Bus
• cadena toma los campos de coincidencia como parámetros de función normales.
• * sd-bus obtuvo dos nuevas llamadas sd_bus_set_sender () y
• sd_bus_message_set_sender () para configurar el nombre del remitente de la salida
• mensajes (ya sea para todos los mensajes salientes o para solo uno específico
• uno). Estas llamadas solo son útiles en conexiones directas como en
• conexiones intermedias, el intermediario completa el remitente de todos modos,
• sobrescribiendo lo que haya rellenado el cliente.
• * sd-event obtuvo un nuevo pseudo-handle que se puede especificar en todas las API
• llamadas donde & quot; sd_event * & quot; objeto esperado: SD_EVENT_DEFAULT. Cuando
• utilizado esto se refiere al objeto de bucle de evento predeterminado de la llamada
• hilo. Sin embargo, tenga en cuenta que esto no asigna implícitamente uno -
• que tiene que hacerse antes utilizando sd_event_default (). Del mismo modo
• sd-bus obtuvo tres nuevos pseudo-handle SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM que puede usarse para referirse
• al bus predeterminado del tipo especificado del hilo de llamada. Aquí
• también esto no asigna implícitamente objetos de conexión de bus, esto
• tiene que hacerse antes con sd_bus_default () y amigos.
• * sd-event ganó un nuevo par de llamadas
• sd_event_source_ {get | set} _io_fd_own (). Esto se puede usar para solicitar
• cierre automático del descriptor de archivo, una fuente de eventos de IO observa
• cuando se destruye el origen del evento.
• * systemd-networkd obtuvo soporte para la configuración nativa de WireGuard
• conexiones.
• * En versiones anteriores, los registros de usuario sintetizados systemd para el
• & quot; nadie & quot; (UID 65534) y & quot; raíz & quot; (UID 0) usuarios en nss-systemd y
• internamente Para simplificar los cambios de nombre de la red
• & quot; nadie & quot; usuario (como está planificado en Fedora: nfsnobody -> nobody), a
• se ha agregado un nuevo archivo de indicador de transición: si
• / etc / systemd / dont-synthesize-nadie existe sintetizando el 65534
• el registro de usuario y grupo dentro de la base de código del sistema está deshabilitado.
• * systemd-notify ganó una nueva opción --uid = para seleccionar la fuente
• usuario / UID a usar para los mensajes de notificación enviados al servicio
• gerente.
• * journalctl obtuvo una nueva opción --grep = para mostrar solo las entradas en las que
• el mensaje coincide con un cierto patrón. Por defecto, la coincidencia es el caso
• insensible si el patrón es minúsculo y distingue entre mayúsculas y minúsculas
• de lo contrario. Opción --case-sensitive = yes | no se puede utilizar para anular
• esto especifica la distinción de mayúsculas y minúsculas o la insensibilidad de mayúsculas y minúsculas.
• * Ahora hay un & quot; systemd-analyse service-watchdogs & quot; comando para imprimir
• el estado actual del watchdog de tiempo de ejecución del servicio y, opcionalmente,
• habilitar o deshabilitar los perros guardianes por servicio en todo el sistema si se les proporciona un
• argumento booleano (es decir, el concepto que configura en WatchdogSec =), para
• con fines de depuración. También hay una opción de línea de comando del kernel
• systemd.service_watchdogs = para controlar lo mismo.
• * Dos nuevos & quot; nivel de registro & quot; y & quot; log-target & quot; las opciones para systemd-analyze fueron
• addded que fusiona el ahora obsoleto get-log-level, set-log-level y
• get-log-target, set-log-target pairs. Las opciones obsoletas siguen siendo
• entendido por compatibilidad con versiones anteriores. Las dos nuevas opciones imprimen el
• valor actual cuando no se dan argumentos, y establecerlos cuando un
• nivel / objetivo se da como argumento.
• * sysusers.d's & quot; u & quot; las líneas ahora aceptan opcionalmente tanto un UID como un GID
• especificación, separada por un & quot;: & quot; personaje, para crear usuarios
• donde UID y GID no coinciden.

Qué hay de nuevo en la versión 238:

• Algunos teclados vienen con un balancín de zoom o balancín que hasta ahora tenían
• asignado a Linux & quot; zoomin / out & quot; llaves en hwdb. Sin embargo, estos
• los códigos clave no son reconocidos por ningún escritorio importante. Ahora producen
• Eventos de tecla Arriba / Abajo para que se puedan usar para desplazarse.
• * INCOMPATIBILIDAD: systemd-tmpfiles '& quot; f & quot; líneas cambiaron el comportamiento
• levemente: anteriormente, si se especificó un argumento para las líneas de este
• tipo (es decir, se configuró la columna de la derecha) esta cadena se anexó a
• archivos existentes cada vez que se ejecutaba systemd-tmpfiles. Este comportamiento fue
• diferente de lo que decía la documentación, y no particularmente
• útil, ya que las invocaciones de systemd-tmpfiles repetidas no serían
• idempotent y crezca dichos archivos sin límites. Con este lanzamiento
• el comportamiento se ha modificado ligeramente para que coincida con la documentación
• dice: las líneas de este tipo solo tienen un efecto si los archivos indicados
• aún no existe, y solo entonces la cadena del argumento se escribe en
• archivo.
• * INCOMPATIBILIDAD FUTURA: En systemd v238 pretendemos cambiar ligeramente
• comportamiento de systemd-tmpfiles: previamente, archivos de solo lectura propiedad de root
• siempre se excluyeron del archivo & quot; envejecimiento & quot; algoritmo (es decir, el
• limpieza automática de directorios como / tmp en función de
• atime / mtime / ctime). Tenemos la intención de eliminar esta restricción y los archivos de edad
• de forma predeterminada incluso cuando es propiedad de root y de solo lectura. Este comportamiento fue
• heredado de herramientas más antiguas, pero ha habido solicitudes para eliminar
• esto, y no es obvio por qué se hizo esta restricción en el primer
• lugar. Hable ahora, si conoce el software que necesita
• este comportamiento; de lo contrario, eliminaremos la restricción en v238.
• *
ahora entiende una nueva variable de entorno $ SYSTEMD_OFFLINE
• systemctl. Toma un argumento booleano. Si está activado, systemctl lo supone
• funciona en un & quot; fuera de línea & quot; Árbol del sistema operativo, y no intentará hablar con el
• gerente de servicio. Anteriormente, este modo estaba habilitado implícitamente si
• se detectó el entorno chroot () y esta nueva variable de entorno
• ahora proporciona control explícito.
• * las unidades .path y .socket ahora también pueden crearse transitoriamente.
• Anteriormente, solo las unidades de servicio, montaje, automóvil y temporizador eran
• soportado como unidades transitorias. La herramienta de ejecución del sistema se ha actualizado
• para exponer esta nueva funcionalidad, puede usarla ahora para enlazar
• comandos arbitrarios para la activación de ruta o socket sobre la marcha desde el
• línea de comando. Además, casi todas las propiedades están ahora expuestas para
• tipos de unidades que ya admitían la operación transitoria.
• * El comando systemd-mount obtuvo soporte para un nuevo --owner = parámetro
• que toma un nombre de usuario, que luego se resuelve e incluye en uid =
• y gid = opciones de montaje cadena del sistema de archivos para montar.
• * Se ha agregado una nueva condición de unidad ConditionControlGroupController =
• que verifica si un controlador de grupo específico está disponible.
• * Archivos de unidades, archivos .link de udev y .netdev y
de networkd-networkd.
Los archivos
• .network obtuvieron soporte para una nueva condición
• ConditionKernelVersion = para verificar contra kernel específico
• versiones.
• * En systemd-networkd, la sección [IPVLAN] en archivos .netdev ganó
• soporte para configurar indicadores de dispositivos en la configuración Flags =. En el
• mismos archivos, la sección [Túnel] obtuvo soporte para configurar
• AllowLocalRemote =. La sección [Ruta] en los archivos de .network ganó
• soporte para la configuración de InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = y QuickAck =. La sección [DHCP] ahora
• entiende RapidCommit =.
• * la compatibilidad con DHCPv6 de systemd-networkd obtuvo soporte para Prefix
• Delegación.
• * sd-bus obtuvo soporte para un nuevo & quot; watch-bind & quot; característica. Cuando esto

La función
• está habilitada, se puede configurar una conexión sd_bus para conectarse a
• un socket AF_UNIX en el sistema de archivos tan pronto como se crea. Esto

La
• funcionalidad es útil para escribir servicios de inicio temprano que
• se conecta automáticamente al bus del sistema tan pronto como se inicia,
• sin encuestas feos basadas en el tiempo. systemd-networkd y
• systemd-resolved se ha actualizado para hacer uso de este
• funcionalidad busctl expone esta funcionalidad en un nuevo
• - watch-bind = cambio de línea de comando.
• * sd-bus ahora opcionalmente sintetizará un & quot; Conectado local & quot; señal como
• pronto como una conexión D-Bus está configurada completamente. Este mensaje refleja el
• ya existente & quot; Desconectado & quot; señal que se sintetiza cuando el
• la conexión finaliza. Esta señal generalmente es útil, pero
• particularmente útil en combinación con & quot; watch-bind & quot; función
• descrito arriba. Se debe solicitar la sintetización de este mensaje
• explícitamente a través de la nueva llamada API sd_bus_set_connected_signal (). En
• Además, se ha agregado una nueva llamada sd_bus_is_ready () que comprueba
• si una conexión está completamente configurada (es decir, entre & quot; Conectado & quot; y
• & quot; Desconectado & quot; señales).
• * sd-bus obtuvo dos nuevas llamadas sd_bus_request_name_async () y
• sd_bus_release_name_async () para registrar de forma asíncrona el bus
• nombres. Similar, ahora hay sd_bus_add_match_async () para instalar
• una coincidencia de señal asincrónicamente. Todos los servicios de systemd tienen
• se ha actualizado para hacer uso de estas llamadas. Hacer estas operaciones
• asincrónicamente tiene dos ventajas: reduce el riesgo de bloqueos en
• caso de dependencias cíclicas entre servicios de bus, y acelera
• inicialización del servicio desde los puntos de sincronización para el bus
• se eliminan los viajes de ida y vuelta.
• * sd-bus obtuvo dos nuevas llamadas sd_bus_match_signal () y
• sd_bus_match_signal_async (), que son similares a sd_bus_add_match ()
• y sd_bus_add_match_async () pero en lugar de tomar una coincidencia de D-Bus
• cadena toma los campos de coincidencia como parámetros de función normales.
• * sd-bus obtuvo dos nuevas llamadas sd_bus_set_sender () y
• sd_bus_message_set_sender () para configurar el nombre del remitente de la salida
• mensajes (ya sea para todos los mensajes salientes o para solo uno específico
• uno). Estas llamadas solo son útiles en conexiones directas como en
• conexiones intermedias, el intermediario completa el remitente de todos modos,
• sobrescribiendo lo que haya rellenado el cliente.
• * sd-event obtuvo un nuevo pseudo-handle que se puede especificar en todas las API
• llamadas donde & quot; sd_event * & quot; objeto esperado: SD_EVENT_DEFAULT. Cuando
• utilizado esto se refiere al objeto de bucle de evento predeterminado de la llamada
• hilo. Sin embargo, tenga en cuenta que esto no asigna implícitamente uno -
• que tiene que hacerse antes utilizando sd_event_default (). Del mismo modo
• sd-bus obtuvo tres nuevos pseudo-handle SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM que puede usarse para referirse
• al bus predeterminado del tipo especificado del hilo de llamada. Aquí
• también esto no asigna implícitamente objetos de conexión de bus, esto
• tiene que hacerse antes con sd_bus_default () y amigos.
• * sd-event ganó un nuevo par de llamadas
• sd_event_source_ {get | set} _io_fd_own (). Esto se puede usar para solicitar
• cierre automático del descriptor de archivo, una fuente de eventos de IO observa
• cuando se destruye el origen del evento.
• * systemd-networkd obtuvo soporte para la configuración nativa de WireGuard
• conexiones.
• * En versiones anteriores, los registros de usuario sintetizados systemd para el
• & quot; nadie & quot; (UID 65534) y & quot; raíz & quot; (UID 0) usuarios en nss-systemd y
• internamente Para simplificar los cambios de nombre de la red
• & quot; nadie & quot; usuario (como está planificado en Fedora: nfsnobody -> nobody), a
• se ha agregado un nuevo archivo de indicador de transición: si
• / etc / systemd / dont-synthesize-nadie existe sintetizando el 65534
• el registro de usuario y grupo dentro de la base de código del sistema está deshabilitado.
• * systemd-notify ganó una nueva opción --uid = para seleccionar la fuente
• usuario / UID a usar para los mensajes de notificación enviados al servicio
• gerente.
• * journalctl obtuvo una nueva opción --grep = para mostrar solo las entradas en las que
• el mensaje coincide con un cierto patrón. Por defecto, la coincidencia es el caso
• insensible si el patrón es minúsculo y distingue entre mayúsculas y minúsculas
• de lo contrario. Opción --case-sensitive = yes | no se puede utilizar para anular
• esto especifica la distinción de mayúsculas y minúsculas o la insensibilidad de mayúsculas y minúsculas.
• * Ahora hay un & quot; systemd-analyse service-watchdogs & quot; comando para imprimir
• el estado actual del watchdog de tiempo de ejecución del servicio y, opcionalmente,
• habilitar o deshabilitar los perros guardianes por servicio en todo el sistema si se les proporciona un
• argumento booleano (es decir, el concepto que configura en WatchdogSec =), para
• con fines de depuración. También hay una opción de línea de comando del kernel
• systemd.service_watchdogs = para controlar lo mismo.
• * Dos nuevos & quot; nivel de registro & quot; y & quot; log-target & quot; las opciones para systemd-analyze fueron
• addded que fusiona el ahora obsoleto get-log-level, set-log-level y
• get-log-target, set-log-target pairs. Las opciones obsoletas siguen siendo
• entendido por compatibilidad con versiones anteriores. Las dos nuevas opciones imprimen el
• valor actual cuando no se dan argumentos, y establecerlos cuando un
• nivel / objetivo se da como argumento.
• * sysusers.d's & quot; u & quot; las líneas ahora aceptan opcionalmente tanto un UID como un GID
• especificación, separada por un & quot;: & quot; personaje, para crear usuarios
• donde UID y GID no coinciden.

Qué hay de nuevo en la versión:

• El modprobe.d / drop-in para el módulo kernel bonding.ko introducido
• en v235 se ha ampliado para establecer también la opción del módulo dummy.ko
• numdummies = 0, evitando que el núcleo cree automáticamente
• dummy0. Todas las interfaces ficticias ahora deben crearse explícitamente.
• * Los especificadores '%' desconocidos en los archivos de configuración ahora se rechazan. Esto
• se aplica a las unidades y a la configuración tmpfiles.d. Cualquier porcentaje de caracteres
• seguidos de una letra o un dígito que no se supone que sean
• interpretado como el comienzo de un especificador debe ser escapado por
• doblando (& quot; %% & quot;). (Así que & quot; tamaño = 5% & quot; aún se acepta, así como también
• & quot; tamaño = 5%, foo = barra & quot ;, pero no & quot; LABEL = x% y% z & quot; ya que% y y z no son
• especificadores válidos hoy.)
• * systemd-resolved ahora mantiene una nueva dinámica
• /run/systemd/resolve/stub-resolv.conf archivo de compatibilidad. Es
• recomienda hacer /etc/resolv.conf un enlace simbólico. Este archivo
• apunta al resóldo DNS 127.0.0.53 resuelto por el sistema y
• incluye dominios de búsqueda adquiridos dinámicamente, logrando más
correctos
• Resolución de DNS por software que pasa por alto las API DNS locales, como NSS.
• * El & quot; acceso & quot; La etiqueta udev se ha eliminado de / dev / kvm y
• / dev / dri / renderD *. Estos dispositivos ahora tienen los permisos 0666 por
• predeterminado (pero esto puede cambiarse en tiempo de compilación). / dev / dri / renderD *
• ahora será propiedad de & quot; render & quot; grupo junto con / dev / kfd.
• * & quot; DynamicUser = yes & quot; ha sido habilitado para systemd-timesyncd.service,
• systemd-journal-gatewayd.service y
• systemd-journal-upload.service. Esto significa & quot; nss-systemd & quot; debe ser
• habilitado en /etc/nsswitch.conf para garantizar los UID asignados a estos
• los servicios se resuelven correctamente.
• * En / etc / fstab ahora se comprenden dos nuevas opciones de montaje:
• x-systemd.makefs y x-systemd.growfs. El primero tiene el efecto de
• el sistema de archivos configurado se formatea antes de que se monte, el
• último que el sistema de archivos se redimensiona al tamaño de bloque completo
• después de que está montado (es decir, si el sistema de archivos es más pequeño que el
• la partición en la que reside, ha crecido). Esto es similar al fsck
• lógica en / etc / fstab, y extrae systemd-makefs en .service y
• systemd-growfs en .service según sea necesario, similar a
• systemd-fsck en .service. El cambio de tamaño solo se admite actualmente en ext4
• y btrfs.
• * En systemd-networkd, la lógica de RA de IPv6 ahora puede anunciar
• Información del servidor DNS y el dominio.
• * El soporte para el formato LUKS2 en disco para particiones cifradas tiene
• sido agregado. Esto requiere libcryptsetup2 durante la compilación y
• tiempo de ejecución.
• * El sistemad - instancia de usuario ahora indicará & quot; disponibilidad & quot; cuando es
• unidad de objetivo básico se ha alcanzado, en lugar de cuando se ejecutó la cola de ejecución
• vacío por primera vez.
• * Ahora también se admiten archivos Tmpfiles.d con la configuración del usuario.
• systemd-tmpfiles obtuvo un nuevo --conmutador de usuario, y fragmentos colocados en
• ~ / .config / user-tmpfiles.d / y los directorios correspondientes serán
• ejecutado por systemd-tmpfiles --user ejecutándose en el nuevo
• systemd-tmpfiles-setup.service y systemd-tmpfiles-clean.service
• ejecutándose en la sesión del usuario.
• * Los archivos de unidades y los fragmentos tmpfiles.d aprendieron tres nuevos especificadores%:
• % S se resuelve en el directorio de estado de nivel superior (/ var / lib para el sistema
• instancia, $ XDG_CONFIG_HOME para la instancia de usuario),% C se resuelve en
• directorio de caché de nivel superior (/ var / cache para la instancia del sistema,
• $ XDG_CACHE_HOME para la instancia de usuario),% L se resuelve en el nivel superior
• directorio de registros (/ var / log para la instancia del sistema,
• $ XDG_CONFIG_HOME / log / para la instancia del usuario). Esto coincide con el
• especificador% t existente, que se resuelve en el tiempo de ejecución de nivel superior
• directorio (/ ejecutar para la instancia del sistema, y ​​$ XDG_RUNTIME_DIR para el
• instancia de usuario).
• * journalctl aprendió un nuevo parámetro --output-fields = para limitar el
• conjunto de campos de diario para mostrar en modos de salida detallados y JSON.
• * el archivo de configuración de systemd-timesyncd ganó una nueva opción
• RootDistanceMaxSec = para establecer la distancia de raíz máxima de los servidores
• usará, así como las nuevas opciones PollIntervalMinSec = y
• PollIntervalMaxSec = para ajustar el intervalo de encuesta mínimo y máximo.
• * bootctl ganó un nuevo comando & quot; list & quot; para enumerar todos los inicios disponibles
• elementos de menú en sistemas que siguen la especificación del gestor de arranque.
• * systemctl obtuvo un nuevo modificador de ejecución reciente que muestra lo que se haría
• en lugar de hacerlo, y actualmente es compatible con el cierre y
• verbos de sueño.
• * ConditionSecurity = ahora puede detectar el módulo de seguridad TOMOYO.
• * Las secciones del archivo de unidad [Instalar] ahora también se respetan en la función de acceso directo a la unidad
• archivos. Esto está destinado a ser utilizado por drop-ins en / usr / lib /.
• * systemd-firstboot ahora también puede establecer la asignación inicial del teclado.
• * Udev & quot; cambiado & quot; eventos para dispositivos que están expuestos como systemd
• .dispositivos unidades ahora se propagan a unidades especificadas en
• ReloadPropagatedFrom = como solicitudes de recarga.
• * Si un dispositivo udev tiene una propiedad SYSTEMD_WANTS = que contiene un systemd
• nombre de la plantilla de la unidad (es decir, un nombre en forma de 'foobar at .service',
• sin el componente de instancia entre '@' y - '' '), entonces
• la ruta sysfs escapada del dispositivo se usa automáticamente como
• instancia.
• * SystemCallFilter = en archivos de unidades se ha extendido para que & quot; errno & quot;
• se puede especificar individualmente para cada llamada al sistema. Ejemplo:
• SystemCallFilter = ~ uname: EILSEQ.
• * La lógica de la delegación cgroup se ha actualizado sustancialmente. Delegado =
• ahora opcionalmente toma una lista de controladores (en lugar de un booleano, como
• before), que enumera los controladores a delegar al menos.
• * El cliente DHCPv6 conectado en red ahora implementa la opción FQDN (RFC 4704).
• * Una nueva configuración de LogLevelMax = configura el nivel de registro máximo cualquier
• el proceso del servicio puede iniciar sesión en (es decir, cualquier cosa con un menor
• la prioridad que se especifica se descarta automáticamente). Un nuevo
• LogExtraFields = configuración permite la configuración de diario adicional
• campos para adjuntar a todos los registros generados por cualquiera de las unidades
• procesos.
• * Nuevos valores StandardInputData = y StandardInputText = junto con el
• nueva opción StandardInput = datos se pueden usar para configurar textual o
• datos binarios que se pasarán al proceso de servicio ejecutado a través de
• entrada estándar, codificada en línea en el archivo de la unidad.
• * StandardInput =, StandardOutput = y StandardError = ahora se pueden usar para
• conecta stdin / stdout / stderr de procesos ejecutados directamente con un
• archivo o socket AF_UNIX en el sistema de archivos, utilizando el nuevo & quot; archivo: & quot; opción.
• * Se ha agregado una nueva opción de archivo de unidad CollectMode =, que permite
• retocando la lógica de recolección de basura para unidades. Se puede usar para
• dile systemd a las unidades recolectoras de basura que han fallado automáticamente
• (normalmente solo unidades de GC que salieron exitosamente). systemd-run
• y systemd-mount exponen esta nueva funcionalidad con una nueva opción -G.
• * & quot; machinectl bind & quot; ahora se puede usar para enlazar mount no directorios
• (es decir, archivos regulares, dispositivos, fifos, sockets).
• * systemd-analyze ganó un nuevo verbo & quot; calendario & quot; para validar y
• prueba las especificaciones de tiempo del calendario para usar en OnCalendar = en el temporizador
• unidades. Además de validar la expresión, calculará la siguiente
• tiempo que transcurriría la expresión especificada.
• * Además de la configuración de archivo FailureAction = unidad preexistente
• ahora hay SuccessAction =, para configurar una acción de apagado para
• ejecutar cuando una unidad se completa con éxito. Esto es útil en
• particular dentro de los contenedores que terminará después de alguna carga de trabajo
• ha sido completado. Además, ambas opciones ahora son compatibles con todas las unidades
• tipos, no solo servicios.
• * el soporte de la regla IP de la red adquirió dos nuevas opciones
• IncomingInterface = y OutgoingInterface = para configurar el
entrante
• y las interfaces salientes de las reglas configuradas. systemd-networkd también
• obtuvo soporte para & quot; vxcan & quot; dispositivos de red.
• * networkd obtuvo una nueva configuración RequiredForOnline =, tomando una
• booleano Si se establece, systemd-wait-online lo tendrá en cuenta
• al determinar que el sistema está activo; de lo contrario, ignorará el
• interfaz para este propósito.
• * El protocolo sd_notify () obtuvo soporte para una nueva operación: con
• FDSTOREREMOVE = 1 descriptores de archivos pueden ser eliminados del servicio por
• almacenar nuevamente, antes de POLLHUP o POLLERR cuando se eliminan
• de todos modos.
• * Se ha agregado un nuevo documento UIDS-GIDS.md al árbol de fuentes, que
• documenta el rango de UID / GID y las suposiciones de asignación y
• requisitos de systemd.
• * El dispositivo guardián PID 1 hará ping ahora se puede configurar a través de
• WatchdogDevice = configuración del archivo de configuración, o configurando
• systemd.watchdog_service = opción de línea de comandos del kernel.
• * systemd-resolved obtuvo soporte para registrar servicios DNS-SD en
• la red local que usa MulticastDNS. Los servicios pueden ser
• registrado al colocar en un archivo .dnssd en / etc / systemd / dnssd / (o
• el mismo directorio debajo / ejecutar, / usr / lib), o a través de su API D-Bus.
• * El protocolo sd_notify () ahora puede con EXTEND_TIMEOUT_USEC = microsecond
• extiende el inicio efectivo, el tiempo de ejecución y el tiempo de parada. El servicio debe
• continúa enviando EXTEND_TIMEOUT_USEC dentro del período especificado para
• evita que el administrador del servicio haga que el servicio se agote en el tiempo de espera.
• * El soporte DNSSEC de systemd-resolved obtuvo soporte para RFC 8080
• (Ed25519 claves y firmas).
• * La herramienta de línea de comandos de resolución de sistema ganó un nuevo conjunto de opciones
• - set-dns =, --set-domain =, --set-llmnr =, --set-mdns =, --set-dnssec =,
• - set-nta = y --revert para configurar la configuración DNS por interfaz
• dinámicamente durante el tiempo de ejecución. Es útil para enviar información de DNS
• en systemd-resolved desde las secuencias de comandos de DNS hook que varias interfaces
• administrando soportes de software (como pppd).
• * systemd-nspawn ganó una nueva línea de comando --network-namespace-path =

La opción
• , que se puede usar para hacer que un contenedor se una a un
• espacio de nombre de red, al especificar una ruta a un & quot; netns & quot; archivo.

Qué hay de nuevo en la versión 234:

• Meson ahora es compatible como sistema de compilación además de Automake. Nuestro plan es eliminar Automake en uno de nuestros próximos lanzamientos, de modo que Meson se convierta en nuestro exclusivo sistema de compilación. Por lo tanto, comience a usar el sistema de compilación Meson en su empaquetado posterior. Hay una gran cantidad de documentación sobre cómo usar Meson, el resumen extremadamente breve:
• ./ autogen.sh & amp; & amp; ./configure & amp; & amp; hacer & amp; y amp; sudo make install
• se convierte en:
• meson build & amp; & amp; ninja -C build & amp; & amp; sudo ninja -C build install
• Los archivos de unidades obtuvieron soporte para una nueva configuración JobRunningTimeoutUSec =, que permite configurar un tiempo de espera en el tiempo que se está ejecutando un trabajo. Esto es particularmente útil para establecer tiempos de espera en trabajos para unidades .device.
• Los archivos de unidades obtuvieron dos nuevas opciones ConditionUser = y ConditionGroup = para unidades de condicionalización basadas en la identidad del usuario / grupo que ejecuta una instancia de usuario systemd.
• systemd-networkd ahora comprende una nueva configuración FlowLabel = en la sección [VXLAN] de archivos .network, así como una prioridad = en [Bridge], GVRP = + MVRP = + LooseBinding = + ReorderHeader = en [VLAN] y GatewayOnlink = + IPv6Preference = + Protocol = en [Route]. También obtuvo soporte para la configuración de enlaces GENEVE y etiquetas de direcciones IPv6. La sección [Red] ganó la nueva configuración IPv6ProxyNDP =

Los archivos
• .link ahora entienden un nuevo puerto = configuración.
• la compatibilidad con DHCP de systemd-networkd obtuvo soporte para la opción 119 de DHCP (lista de búsqueda de dominio).
• systemd-networkd obtuvo soporte para servir rangos de direcciones IPv6 utilizando el protocolo de anuncio de enrutador. La nueva sección de configuración .network [IPv6Prefix] se puede usar para configurar los rangos a servir. Esto se implementa en base a una nueva implementación de servidor nativa mínima de RA.
• journalctl's --output = switch obtuvo soporte para un nuevo parámetro "short-iso-precise" para un modo donde las marcas de tiempo se muestran como valores de fecha ISO precisos.
• el builtin "net_id" de systemd-udevd ahora puede generar nombres de interfaz de red estables de dispositivos IBM PowerVM VIO, así como dispositivos de plataforma ACPI.
• El soporte MulticastDNS en systemd-resolved ahora puede habilitarse / deshabilitarse explícitamente con la nueva opción MulticastDNS = file de configuración.
• systemd-resolved ahora puede usar opcionalmente libidn2 en lugar de libidn para procesar nombres de dominio internacionalizados. El soporte para libidn2 se debe considerar experimental y no se debe habilitar por defecto todavía.
• "machinectl pull-tar" y la llamada relacionada ahora pueden hacer la verificación de las imágenes descargadas utilizando archivos de suma de comprobación .sha256 estilo SUSE además del soporte ya existente para validar utilizando archivos SHA256SUMS estilo Ubuntu.
• sd-bus obtuvo soporte para una nueva llamada a sd_bus_message_appendv () que es equivalente a va_list de sd_bus_message_append ().
• sd-boot obtuvo soporte para validar imágenes usando SHIM / MOK.
• El código de SMACK aprendió el soporte para "onlycap".
• systemd-mount --umount ahora es mucho más inteligente para descubrir cómo desmontar correctamente un dispositivo dada su ruta de montaje o dispositivo.
• El código para llamar a libnss_dns como una alternativa de libnss_resolve cuando se eliminó la comunicación con systemd-resolved se eliminó. Este repliegue fue redundante e interfirió con el sufijo [! UNAVAIL = return]. Ver nss-resolve (8) para la configuración recomendada.
• systemd-logind ahora puede reiniciarse sin perder el estado. Almacena los descriptores de archivos para los dispositivos que administra en el administrador del sistema utilizando el mecanismo FDSTORE =. Tenga en cuenta que pueden requerirse más cambios en otros componentes para hacer uso de esto (por ejemplo, Xorg tiene código para escuchar las paradas de systemd-logind y terminar cuando se detiene o reinicia logind, para evitar el uso de descriptores de archivos obsoletos para gráficos dispositivos, que ahora es contraproducente y debe revertirse para que los reinicios de systemd-logind sean seguros. Consulte https://cgit.freedesktop.org/xorg/xserver/commit/?id=dc48bd653c7e101.)
• Todos los complementos de instalación del núcleo se invocan con la variable de entorno KERNEL_INSTALL_MACHINE_ID, que está configurada en la ID de máquina proporcionada por / etc / machine-id. Si el archivo falta o está vacío, la variable está vacía y BOOT_DIR_ABS es la ruta de un directorio temporal que se elimina después de que todos los complementos hayan salido. Por lo tanto, si KERNEL_INSTALL_MACHINE_ID está vacío, todos los complementos no deberían poner nada en BOOT_DIR_ABS.

Requisitos :

• Requiere un kernel Linux 2.6 o posterior con CONFIG_HOTPLUG habilitado para ejecutarse.
• Se recomienda que también tenga instalados los scripts de Linux Hotplug, pero no es necesario que funcione correctamente.