systemd

systemd (anciennement udev) est un démon de gestion de système open source. En d'autres termes, il s'exécute en arrière-plan et agit en tant que gestionnaire de systèmes et de services pour les systèmes d'exploitation basés sur Linux.

Étant compatible avec les scripts d’initialisation LSB (Linux Standard Base) et UNIX System V, systemd utilise l’activation par D-Bus et par socket pour le démarrage des services et fournit des fonctionnalités de parallélisation agressives. En outre, il prend en charge la restauration et l’instantané de l’état du système, maintient les points de montage et de montage, assure le suivi des processus à l’aide de groupes de contrôle Linux, lance les démons à la demande et implémente une logique complexe de contrôle des p>
Un remplacement sans rendez-vous pour sysvinit

systemd est inclus dans presque tous les systèmes d’exploitation Linux basés sur le noyau et peut être utilisé pour remplacer le logiciel sysvinit, mais aussi pour inetd, acpid, atd, watchdog, cron, syslog et pm démons -utils. Le programme est également fourni avec un gestionnaire de connexion intégré, appelé systemd-logind, conçu pour remplacer le logiciel obsolète ConsoleKit. Il comporte diverses améliorations multiseat.

Peut également gérer les configurations réseau

Depuis la version 209, systemd peut également gérer les configurations réseau grâce à l'intégration du démon networkd. Par exemple, il peut attribuer statiquement des adresses IP, ainsi que fournir une configuration de pontage de base.

Depuis son apparition en 2011, le projet a été adopté assez rapidement par de nombreuses distributions Linux populaires, notamment Arch Linux, Fedora, Gentoo Linux, Mageia, openSUSE, Sabayon Linux, Frugalware Linux et Arg; ngstr & ouml; CoreOS. En outre, de nombreux autres systèmes d’exploitation Linux puissants adopteront systemd dans leurs prochaines versions, comme Ubuntu 14.04 LTS (Trusty Tahr), Debian GNU / Linux 8 (Jessie) et Red Hat Enterprise Linux 7.

Même si certaines personnes ont tendance à écrire SystemD, system d, system D ou System D, le nom du programme est écrit et écrit systemd. C'est certainement l'avenir de toute distribution Linux, modifiant la façon dont nous interagissons avec le système d'exploitation.

Nouveautés dans cette version:

• Certains claviers sont livrés avec un zoom ou une bascule qui jusqu'à présent
• mappé vers Linux "zoomin / out" clés dans hwdb. Cependant, ces

Les codes clés
• ne sont reconnus par aucun bureau majeur. Ils produisent maintenant
• Evénements clés Haut / Bas pour qu'ils puissent être utilisés pour le défilement.
• * INCOMPATIBILITY: systemd-tmpfiles '& quot; f & quot; comportement modifié des lignes
• légèrement: précédemment, si un argument était spécifié pour les lignes de ce
• tapez (c'est-à-dire que la colonne la plus à droite a été définie), cette chaîne a été ajoutée à
• fichiers existants à chaque exécution de systemd-tmpfiles. Ce comportement était
• différent de ce que dit la documentation, et pas particulièrement
• utile, car les invocations répétées de systemd-tmpfiles ne seraient pas
• idempotent et développer de tels fichiers sans limites. Avec cette version
• le comportement a été légèrement modifié pour correspondre à la documentation
• dit: les lignes de ce type n’ont d’effet que si les fichiers indiqués
• n'existe pas encore, et seulement alors la chaîne d'argument est écrite dans le
• fichier.
• * INCOMPATIBILITÉ FUTURE: Dans systemd v238, nous avons l'intention de modifier légèrement

Comportement de
• systemd-tmpfiles: précédemment, les fichiers en lecture seule appartenant à root
• ont toujours été exclus du fichier & quot; vieillissement & quot; algorithme (c'est-à-dire le
• nettoyage automatique des répertoires comme / tmp basé sur
• atime / mtime / ctime). Nous avons l’intention de supprimer cette restriction et les fichiers d’âge
• par défaut même si elle appartient à root et en lecture seule. Ce comportement était
• hérité d'anciens outils, mais il y a eu des demandes de suppression
• et ce n'est pas évident pourquoi cette restriction a été faite dans le premier
• place S'il vous plaît parlez maintenant, si vous êtes au courant de logiciels qui exigent "
• ce comportement, sinon nous supprimerons la restriction dans la version v238.
• * Une nouvelle variable d'environnement $ SYSTEMD_OFFLINE est maintenant comprise par
• systemctl. Il prend un argument booléen. Si cette option est activée, systemctl l'assume
• fonctionne sur un "hors ligne" OS, et ne tentera pas de parler au
• gestionnaire de service. Auparavant, ce mode était implicitement activé si
• L'environnement chroot () a été détecté et cette nouvelle variable d'environnement
• fournit maintenant un contrôle explicite.

Les unités
• * .path et .socket peuvent maintenant être créées de manière transitoire.
• Auparavant, seules les unités de service, de montage, de montage automatique et de temporisation étaient
• pris en charge en tant qu’unités transitoires. L'outil systemd-run a été mis à jour
• pour exposer cette nouvelle fonctionnalité, vous pouvez donc l'utiliser maintenant pour lier
• Commandes arbitraires d’activation de chemin ou de socket à la volée depuis
• ligne de commande. De plus, presque toutes les propriétés sont maintenant exposées pour le
• types d'unité qui supportaient déjà une opération transitoire.
• * La commande systemd-mount a pris en charge un nouveau paramètre --owner =
• qui prend un nom d'utilisateur, qui est ensuite résolu et inclus dans uid =
• et gid = chaîne d'options de montage du système de fichiers à monter.
• * Une nouvelle condition d'unité ConditionControlGroupController = a été ajoutée
• qui vérifie si un contrôleur cgroup spécifique est disponible.
• * Fichiers unitaires, fichiers .link d'udev et .netdev et
de systemd-networkd
Les fichiers
• .network ont ​​tous été pris en charge pour une nouvelle condition
• ConditionKernelVersion = pour vérifier le noyau spécifique
• versions.
• * Dans systemd-networkd, la section [IPVLAN] des fichiers .netdev a été gagnée
• prise en charge de la configuration des indicateurs de périphérique dans le paramètre Flags =. Dans le
• mêmes fichiers, la section [Tunnel] a pris en charge la configuration
• AllowLocalRemote =. La section [Route] dans les fichiers .network gagnés
• support pour la configuration de InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = et QuickAck =. La section [DHCP] maintenant
• comprend RapidCommit =.
• * Le support DHCPv6 de systemd-networkd a pris en charge Préfixe
• Délégation.
• * sd-bus a pris en charge un nouveau fichier "watch-bind" fonctionnalité. Quand cela

La fonctionnalité
• est activée, une connexion sd_bus peut être configurée pour se connecter à
• un socket AF_UNIX dans le système de fichiers dès sa création. Ceci

La fonctionnalité
• est utile pour écrire des services de démarrage anticipé
• se connecte automatiquement au bus système dès son démarrage,
• sans scrutation horrible. systemd-networkd et
• systemd-resol a été mis à jour pour utiliser ce
• fonctionnalité. busctl expose cette fonctionnalité dans un nouveau
• - watch-bind = changement de ligne de commande.
• * sd-bus va maintenant éventuellement synthétiser un local "Connected" signaler comme
• dès qu'une connexion D-Bus est entièrement configurée. Ce message reflète le
• déjà existant & quot; déconnecté & quot; signal qui est synthétisé lorsque le
• la connexion est terminée. Ce signal est généralement utile mais
• particulièrement utile en combinaison avec le "watch-bind" & quot; fonctionnalité
• décrit ci-dessus. La synthèse de ce message doit être demandée
• explicitement via le nouvel appel API sd_bus_set_connected_signal (). Dans
• un nouvel appel sd_bus_is_ready () a été ajouté pour vérifier
• si une connexion est entièrement configurée (c'est-à-dire entre les options & quot; Connected & quot; et
)
• & quot; déconnecté & quot; signaux).
• * sd-bus a gagné deux nouveaux appels sd_bus_request_name_async () et
• sd_bus_release_name_async () pour enregistrer le bus de manière asynchrone
• noms. Similaire, il y a maintenant sd_bus_add_match_async () pour l'installation
• une correspondance de signal asynchrone. Tous les services de systemd ont
• a été mis à jour pour utiliser ces appels. Faire ces opérations
• présente deux avantages asynchrones: il réduit le risque de blocage dans
• cas de dépendances cycliques entre les services de bus, et cela accélère
• initialisation du service depuis les points de synchronisation pour le bus
• les allers-retours sont supprimés.
• * sd-bus a gagné deux nouveaux appels sd_bus_match_signal () et
• sd_bus_match_signal_async (), similaires à sd_bus_add_match ()
• et sd_bus_add_match_async () mais au lieu de prendre une correspondance D-Bus
• string prend les champs de correspondance comme des paramètres de fonction normaux.
• * sd-bus a gagné deux nouveaux appels sd_bus_set_sender () et
• sd_bus_message_set_sender () pour définir le nom de l'expéditeur du message sortant
• messages (pour tous les messages sortants ou pour un seul
• un). Ces appels ne sont utiles que dans les connexions directes comme sur
• connexions négociées que le courtier remplit de toute façon l'expéditeur,
• écraser tout ce que le client a rempli.
• * sd-event a gagné un nouveau pseudo-handle pouvant être spécifié sur toutes les API
• appelle où un "sd_event *" l'objet est attendu: SD_EVENT_DEFAULT. Quand
• utilisé fait référence à l'objet de boucle d'événement par défaut de l'appel
• thread. Notez toutefois que cela n'implique pas implicitement un -
• à faire avant d'utiliser sd_event_default (). De même
• sd-bus a gagné trois nouveaux pseudo-descripteurs SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM pouvant être utilisé pour faire référence
• au bus par défaut du type spécifié du thread appelant. Ici
• aussi cela n'affecte pas implicitement les objets de connexion de bus, ceci
• doit être fait avant sd_bus_default () et amis.
• * sd-event a gagné une nouvelle paire d’appels
• sd_event_source_ {get | set} _io_fd_own (). Cela peut être utilisé pour demander
• fermeture automatique du descripteur de fichier d'une source d'événement IO surveille
• lorsque la source de l'événement est détruite.
• * systemd-networkd a pris en charge la configuration native de WireGuard
• connexions.
• * Dans les versions précédentes, systemd synthétisait les enregistrements utilisateur à la fois pour le
• & quot; personne & quot; (UID 65534) et & quot; root & quot; (UID 0) utilisateurs dans nss-systemd et
• en interne. Afin de simplifier les renoms de la distribution de
• & quot; personne & quot; user (comme prévu dans Fedora: nfsnobody -> personne), un
• un nouveau fichier d’indicateur de transition a été ajouté: si
• / etc / systemd / ne-synthesize-personne n'existe en synthétisant le 65534
• l'enregistrement de l'utilisateur et du groupe dans la base de code systemd est désactivé.
• * systemd-notify a obtenu une nouvelle option --uid = pour sélectionner la source
• utilisateur / UID à utiliser pour les messages de notification envoyés au service
• gestionnaire.
• * journalctl a gagné une nouvelle option --grep = pour ne lister que les entrées dans lesquelles
• le message correspond à un certain modèle. Par défaut, la correspondance est la casse
• insensible si le motif est en minuscule et sensible à la casse
• sinon. Option --case-sensitive = yes | no peut être utilisé pour remplacer
• ceci spécifie la sensibilité à la casse ou l'insensibilité à la casse.
• * Il y a maintenant un "systemd-analysis service-watchdogs" commande pour l'impression
• l'état actuel du chien de garde de l'exécution du service, et éventuellement
• activer ou désactiver les chiens de garde par service à l’échelle du système s’ils reçoivent un
• argument booléen (c'est-à-dire le concept que vous configurez dans WatchdogSec =), pour
• à des fins de débogage. Il existe également une option de ligne de commande du noyau
• systemd.service_watchdogs = pour contrôler la même chose.
• * Deux nouveaux "niveaux de journalisation" et & quot; log-target & quot; les options pour systemd-analysis étaient
• adddge qui fusionne le désormais obsolète get-log-level, set-log-level et
• get-log-target, paires set-log-target. Les options obsolètes sont toujours
• compris pour la rétrocompatibilité. Les deux nouvelles options impriment le
• valeur courante quand aucun argument n’est donné, et les définir quand
• level / target est donné en argument.
• * sysusers.d's & quot; u & quot; les lignes acceptent maintenant facultativement un UID et un GID
• spécification, séparée par un "& quot;:" personnage, afin de créer des utilisateurs
• où UID et GID ne correspondent pas.

Nouveautés dans la version 238:

• Certains claviers sont livrés avec un zoom ou une bascule qui jusqu'à présent
• mappé vers Linux "zoomin / out" clés dans hwdb. Cependant, ces

Les codes clés
• ne sont reconnus par aucun bureau majeur. Ils produisent maintenant
• Evénements clés Haut / Bas pour qu'ils puissent être utilisés pour le défilement.
• * INCOMPATIBILITY: systemd-tmpfiles '& quot; f & quot; comportement modifié des lignes
• légèrement: précédemment, si un argument était spécifié pour les lignes de ce
• tapez (c'est-à-dire que la colonne la plus à droite a été définie), cette chaîne a été ajoutée à
• fichiers existants à chaque exécution de systemd-tmpfiles. Ce comportement était
• différent de ce que dit la documentation, et pas particulièrement
• utile, car les invocations répétées de systemd-tmpfiles ne seraient pas
• idempotent et développer de tels fichiers sans limites. Avec cette version
• le comportement a été légèrement modifié pour correspondre à la documentation
• dit: les lignes de ce type n’ont d’effet que si les fichiers indiqués
• n'existe pas encore, et seulement alors la chaîne d'argument est écrite dans le
• fichier.
• * INCOMPATIBILITÉ FUTURE: Dans systemd v238, nous avons l'intention de modifier légèrement

Comportement de
• systemd-tmpfiles: précédemment, les fichiers en lecture seule appartenant à root
• ont toujours été exclus du fichier & quot; vieillissement & quot; algorithme (c'est-à-dire le
• nettoyage automatique des répertoires comme / tmp basé sur
• atime / mtime / ctime). Nous avons l’intention de supprimer cette restriction et les fichiers d’âge
• par défaut même si elle appartient à root et en lecture seule. Ce comportement était
• hérité d'anciens outils, mais il y a eu des demandes de suppression
• et ce n'est pas évident pourquoi cette restriction a été faite dans le premier
• place S'il vous plaît parlez maintenant, si vous êtes au courant de logiciels qui exigent "
• ce comportement, sinon nous supprimerons la restriction dans la version v238.
• * Une nouvelle variable d'environnement $ SYSTEMD_OFFLINE est maintenant comprise par
• systemctl. Il prend un argument booléen. Si cette option est activée, systemctl l'assume
• fonctionne sur un "hors ligne" OS, et ne tentera pas de parler au
• gestionnaire de service. Auparavant, ce mode était implicitement activé si
• L'environnement chroot () a été détecté et cette nouvelle variable d'environnement
• fournit maintenant un contrôle explicite.

Les unités
• * .path et .socket peuvent maintenant être créées de manière transitoire.
• Auparavant, seules les unités de service, de montage, de montage automatique et de temporisation étaient
• pris en charge en tant qu’unités transitoires. L'outil systemd-run a été mis à jour
• pour exposer cette nouvelle fonctionnalité, vous pouvez donc l'utiliser maintenant pour lier
• Commandes arbitraires d’activation de chemin ou de socket à la volée depuis
• ligne de commande. De plus, presque toutes les propriétés sont maintenant exposées pour le
• types d'unité qui supportaient déjà une opération transitoire.
• * La commande systemd-mount a pris en charge un nouveau paramètre --owner =
• qui prend un nom d'utilisateur, qui est ensuite résolu et inclus dans uid =
• et gid = chaîne d'options de montage du système de fichiers à monter.
• * Une nouvelle condition d'unité ConditionControlGroupController = a été ajoutée
• qui vérifie si un contrôleur cgroup spécifique est disponible.
• * Fichiers unitaires, fichiers .link d'udev et .netdev et
de systemd-networkd
Les fichiers
• .network ont ​​tous été pris en charge pour une nouvelle condition
• ConditionKernelVersion = pour vérifier le noyau spécifique
• versions.
• * Dans systemd-networkd, la section [IPVLAN] des fichiers .netdev a été gagnée
• prise en charge de la configuration des indicateurs de périphérique dans le paramètre Flags =. Dans le
• mêmes fichiers, la section [Tunnel] a pris en charge la configuration
• AllowLocalRemote =. La section [Route] dans les fichiers .network gagnés
• support pour la configuration de InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = et QuickAck =. La section [DHCP] maintenant
• comprend RapidCommit =.
• * Le support DHCPv6 de systemd-networkd a pris en charge Préfixe
• Délégation.
• * sd-bus a pris en charge un nouveau fichier "watch-bind" fonctionnalité. Quand cela

La fonctionnalité
• est activée, une connexion sd_bus peut être configurée pour se connecter à
• un socket AF_UNIX dans le système de fichiers dès sa création. Ceci

La fonctionnalité
• est utile pour écrire des services de démarrage anticipé
• se connecte automatiquement au bus système dès son démarrage,
• sans scrutation horrible. systemd-networkd et
• systemd-resol a été mis à jour pour utiliser ce
• fonctionnalité. busctl expose cette fonctionnalité dans un nouveau
• - watch-bind = changement de ligne de commande.
• * sd-bus va maintenant éventuellement synthétiser un local "Connected" signaler comme
• dès qu'une connexion D-Bus est entièrement configurée. Ce message reflète le
• déjà existant & quot; déconnecté & quot; signal qui est synthétisé lorsque le
• la connexion est terminée. Ce signal est généralement utile mais
• particulièrement utile en combinaison avec le "watch-bind" & quot; fonctionnalité
• décrit ci-dessus. La synthèse de ce message doit être demandée
• explicitement via le nouvel appel API sd_bus_set_connected_signal (). Dans
• un nouvel appel sd_bus_is_ready () a été ajouté pour vérifier
• si une connexion est entièrement configurée (c'est-à-dire entre les options & quot; Connected & quot; et
)
• & quot; déconnecté & quot; signaux).
• * sd-bus a gagné deux nouveaux appels sd_bus_request_name_async () et
• sd_bus_release_name_async () pour enregistrer le bus de manière asynchrone
• noms. Similaire, il y a maintenant sd_bus_add_match_async () pour l'installation
• une correspondance de signal asynchrone. Tous les services de systemd ont
• a été mis à jour pour utiliser ces appels. Faire ces opérations
• présente deux avantages asynchrones: il réduit le risque de blocage dans
• cas de dépendances cycliques entre les services de bus, et cela accélère
• initialisation du service depuis les points de synchronisation pour le bus
• les allers-retours sont supprimés.
• * sd-bus a gagné deux nouveaux appels sd_bus_match_signal () et
• sd_bus_match_signal_async (), similaires à sd_bus_add_match ()
• et sd_bus_add_match_async () mais au lieu de prendre une correspondance D-Bus
• string prend les champs de correspondance comme des paramètres de fonction normaux.
• * sd-bus a gagné deux nouveaux appels sd_bus_set_sender () et
• sd_bus_message_set_sender () pour définir le nom de l'expéditeur du message sortant
• messages (pour tous les messages sortants ou pour un seul
• un). Ces appels ne sont utiles que dans les connexions directes comme sur
• connexions négociées que le courtier remplit de toute façon l'expéditeur,
• écraser tout ce que le client a rempli.
• * sd-event a gagné un nouveau pseudo-handle pouvant être spécifié sur toutes les API
• appelle où un "sd_event *" l'objet est attendu: SD_EVENT_DEFAULT. Quand
• utilisé fait référence à l'objet de boucle d'événement par défaut de l'appel
• thread. Notez toutefois que cela n'implique pas implicitement un -
• à faire avant d'utiliser sd_event_default (). De même
• sd-bus a gagné trois nouveaux pseudo-descripteurs SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM pouvant être utilisé pour faire référence
• au bus par défaut du type spécifié du thread appelant. Ici
• aussi cela n'affecte pas implicitement les objets de connexion de bus, ceci
• doit être fait avant sd_bus_default () et amis.
• * sd-event a gagné une nouvelle paire d’appels
• sd_event_source_ {get | set} _io_fd_own (). Cela peut être utilisé pour demander
• fermeture automatique du descripteur de fichier d'une source d'événement IO surveille
• lorsque la source de l'événement est détruite.
• * systemd-networkd a pris en charge la configuration native de WireGuard
• connexions.
• * Dans les versions précédentes, systemd synthétisait les enregistrements utilisateur à la fois pour le
• & quot; personne & quot; (UID 65534) et & quot; root & quot; (UID 0) utilisateurs dans nss-systemd et
• en interne. Afin de simplifier les renoms de la distribution de
• & quot; personne & quot; user (comme prévu dans Fedora: nfsnobody -> personne), un
• un nouveau fichier d’indicateur de transition a été ajouté: si
• / etc / systemd / ne-synthesize-personne n'existe en synthétisant le 65534
• l'enregistrement de l'utilisateur et du groupe dans la base de code systemd est désactivé.
• * systemd-notify a obtenu une nouvelle option --uid = pour sélectionner la source
• utilisateur / UID à utiliser pour les messages de notification envoyés au service
• gestionnaire.
• * journalctl a gagné une nouvelle option --grep = pour ne lister que les entrées dans lesquelles
• le message correspond à un certain modèle. Par défaut, la correspondance est la casse
• insensible si le motif est en minuscule et sensible à la casse
• sinon. Option --case-sensitive = yes | no peut être utilisé pour remplacer
• ceci spécifie la sensibilité à la casse ou l'insensibilité à la casse.
• * Il y a maintenant un "systemd-analysis service-watchdogs" commande pour l'impression
• l'état actuel du chien de garde de l'exécution du service, et éventuellement
• activer ou désactiver les chiens de garde par service à l’échelle du système s’ils reçoivent un
• argument booléen (c'est-à-dire le concept que vous configurez dans WatchdogSec =), pour
• à des fins de débogage. Il existe également une option de ligne de commande du noyau
• systemd.service_watchdogs = pour contrôler la même chose.
• * Deux nouveaux "niveaux de journalisation" et & quot; log-target & quot; les options pour systemd-analysis étaient
• adddge qui fusionne le désormais obsolète get-log-level, set-log-level et
• get-log-target, paires set-log-target. Les options obsolètes sont toujours
• compris pour la rétrocompatibilité. Les deux nouvelles options impriment le
• valeur courante quand aucun argument n’est donné, et les définir quand
• level / target est donné en argument.
• * sysusers.d's & quot; u & quot; les lignes acceptent maintenant facultativement un UID et un GID
• spécification, séparée par un "& quot;:" personnage, afin de créer des utilisateurs
• où UID et GID ne correspondent pas.

Nouveautés dans la version:

• Le modprobe.d / drop-in pour le module noyau bonding.ko introduit
• dans v235 a été étendu pour définir également l’option du module dummy.ko
• numdummies = 0, empêchant le noyau de créer automatiquement
• factice0. Toutes les interfaces factices doivent maintenant être créées explicitement.
• * Les spécificateurs '%' inconnus dans les fichiers de configuration sont maintenant rejetés. Ceci
• s'applique aux unités et à la configuration de tmpfiles.d. Tout pourcentage de caractères
• suivis d'une lettre ou d'un chiffre qui ne sont pas supposés être
• interprété comme le début d'un spécificateur devrait être échappé par
• doublage (& quot; %% & quot;). (Donc "taille = 5%" est toujours accepté, ainsi que
• "size = 5%, foo = bar", mais pas "LABEL = x% y% z" puisque% y et% z ne sont pas
• spécificateurs valides aujourd'hui.)
• * systemd-resolution maintenant maintient une nouvelle dynamique

Fichier de compatibilité
• /run/systemd/resolve/stub-resolv.conf. C'est
• recommandé de faire /etc/resolv.conf un lien symbolique vers celui-ci. Ce fichier
• pointe vers le résolveur DNS 127.0.0.53 résolu par Systemd et
• inclut des domaines de recherche acquis dynamiquement, ce qui permet d’atteindre des résultats plus corrects
• Résolution DNS par logiciel qui contourne les API DNS locales telles que NSS.
• * Le "accès" & quot; Le tag udev a été supprimé de / dev / kvm et
• / dev / dri / renderD *. Ces appareils ont maintenant les permissions 0666 par
• par défaut (mais cela peut être modifié au moment de la construction). / dev / dri / renderD *
• sera désormais la propriété de & quot; rend & quot; grouper avec / dev / kfd.
• * & quot; DynamicUser = yes & quot; a été activé pour systemd-timesyncd.service,
• systemd-journal-gatewayd.service et
• systemd-journal-upload.service. Cela signifie "nss-systemd" doit être
• activé dans /etc/nsswitch.conf pour s’assurer que les UID assignés à ces
• les services sont résolus correctement.
• * Dans / etc / fstab, deux nouvelles options de montage sont désormais comprises:
• x-systemd.makefs et x-systemd.growfs. Le premier a pour effet que
• le système de fichiers configuré est formaté avant d'être monté, le
• que le système de fichiers est redimensionné à la taille de bloc complète
• après son montage (c'est-à-dire si le système de fichiers est plus petit que le
• partition sur laquelle il réside, il a grandi). Ceci est similaire à la fsck
• logique dans / etc / fstab, et tire systemd-makefs à .service et
• systemd-growfs at .service si nécessaire, similaire à
• systemd-fsck à .service. Le redimensionnement est actuellement uniquement pris en charge sur ext4
• et btrfs.
• * Dans systemd-networkd, la logique IPv6 RA peut éventuellement annoncer
• Informations sur le serveur DNS et le domaine.
• * La prise en charge du format sur disque LUKS2 pour les partitions chiffrées a
• a été ajouté. Cela nécessite libcryptsetup2 pendant la compilation et
• runtime.
• * L'instance systemd --user signalera désormais "readiness" quand sa
• l’unité basic.target a été atteinte, au lieu d’être exécutée dans la file d’exécution
• vide pour la première fois.
• * Tmpfiles.d avec la configuration de l'utilisateur sont maintenant également supportés.
• systemd-tmpfiles a gagné un nouveau commutateur --user, et des extraits ont été placés dans
• ~ / .config / user-tmpfiles.d / et les répertoires correspondants seront
• exécuté par systemd-tmpfiles --user en cours d'exécution dans le nouveau
• systemd-tmpfiles-setup.service et systemd-tmpfiles-clean.service
• en cours d'exécution dans la session utilisateur.
• * Les fichiers unitaires et les extraits tmpfiles.d ont appris trois nouveaux spécificateurs%:
• % S se résout dans le répertoire d'état supérieur (/ var / lib pour le système
• instance, $ XDG_CONFIG_HOME pour l'instance d'utilisateur),% C se résout en
• répertoire de cache de niveau supérieur (/ var / cache pour l'instance système,
• $ XDG_CACHE_HOME pour l'instance d'utilisateur),% L se résout au niveau supérieur
• répertoire des journaux (/ var / log pour l'instance du système,
• $ XDG_CONFIG_HOME / log / pour l'instance d'utilisateur). Cela correspond à la
• spécificateur% t existant, qui résout le runtime de niveau supérieur
• répertoire (/ run pour l'instance système et $ XDG_RUNTIME_DIR pour
• instance d'utilisateur).
• * journalctl a appris un nouveau paramètre --output-fields = pour limiter le
• ensemble de champs de journal à afficher dans les modes de sortie verbeux et JSON.
• * Le fichier de configuration de systemd-timesyncd a acquis une nouvelle option
• RootDistanceMaxSec = pour définir la distance racine maximale des serveurs
• il utilisera, ainsi que les nouvelles options PollIntervalMinSec = et
• PollIntervalMaxSec = modifier les intervalles de sondage minimum et maximum.
• * bootctl a obtenu une nouvelle commande & quot; liste & quot; pour lister tous les boot disponibles
• éléments de menu sur les systèmes qui suivent les spécifications du chargeur de démarrage.
• * systemctl a gagné un nouveau commutateur --dry-run qui montre ce qui serait fait
• au lieu de le faire, et est actuellement pris en charge par l'arrêt et
• verbes de sommeil.
• * ConditionSecurity = peut maintenant détecter le module de sécurité TOMOYO.
• * Les sections du fichier d’unité [Install] sont désormais également respectées dans la liste déroulante des unités
• fichiers. Ceci est destiné à être utilisé par les drop-ins sous / usr / lib /.
• * systemd-firstboot peut maintenant aussi définir le mappage de clavier initial.
• * Udev & quot; modifié & quot; événements pour les périphériques exposés en tant que systemd

Les unités
• .device sont maintenant propagées aux unités spécifiées dans
• ReloadPropagatedFrom = en tant que requêtes de rechargement.
• * Si un périphérique udev a une propriété SYSTEMD_WANTS = contenant un systemd
• nom du modèle d'unité (c'est-à-dire un nom sous la forme 'foobar at .service',
• sans le composant d'instance entre le "@" et - le "."), puis
• le chemin de sysfs échappé du périphérique est automatiquement utilisé comme
• instance.
• * SystemCallFilter = dans les fichiers de l’unité a été étendu pour qu’un & errno & quot;
• peut être spécifié individuellement pour chaque appel système. Exemple:
• SystemCallFilter = ~ uname: EILSEQ.
• * La logique de délégation de groupe de contrôle a été considérablement mise à jour. Délégué =
• prend maintenant facultativement une liste de contrôleurs (au lieu d'un booléen, comme
• avant), qui répertorie les contrôleurs à déléguer au moins.
• * Le client networkd DHCPv6 implémente désormais l’option FQDN (RFC 4704).
• * Un nouveau paramètre LogLevelMax = configure le niveau de journalisation maximal
• le processus du service peut se connecter (c’est-à-dire tout ce qui a un moindre
• la priorité que ce qui est spécifié est automatiquement supprimée). Une nouvelle
• LogExtraFields = paramètre permet la configuration du journal supplémentaire
• champs à attacher à tous les enregistrements de journaux générés par l’un des composants de l’unité
• processus.
• * Nouveaux paramètres StandardInputData = et StandardInputText = avec le
• nouvelle option StandardInput = les données peuvent être utilisées pour configurer textuel ou
• données binaires à transmettre au processus de service exécuté via
• entrée standard, encodée en ligne dans le fichier unité.
• * StandardInput =, StandardOutput = et StandardError = peuvent maintenant être utilisés pour
• connectez stdin / stdout / stderr des processus exécutés directement avec un
• fichier ou socket AF_UNIX dans le système de fichiers, en utilisant le nouveau fichier & quot; option.
• * Une nouvelle option de fichier unité CollectMode = a été ajoutée, ce qui permet
• modifier la logique de récupération de la mémoire pour les unités. Il peut être utilisé pour
• dire à systemd de vider les unités qui ont échoué automatiquement
• (normalement, seules les unités GC ont réussi). systemd-run
• et systemd-mount exposent cette nouvelle fonctionnalité avec une nouvelle option -G.
• * & quot; machinectl bind & quot; peut maintenant être utilisé pour lier des non-répertoires de montage
• (c.-à-d. fichiers réguliers, périphériques, fifos, sockets).
• * systemd-analysis a obtenu un nouveau verbe "calendrier" pour valider et
• tester les spécifications de l’heure du calendrier à utiliser pour OnCalendar = in timer
• unités. Outre la validation de l'expression, il calculera le prochain
• heure à laquelle l’expression spécifiée s’est écoulée.
• * En plus du paramètre préexistant FailureAction = unité de fichier
• il y a maintenant SuccessAction =, pour configurer une action d'arrêt sur
• s'exécute quand une unité réussit. Ceci est utile dans
• particulier à l'intérieur des conteneurs qui se terminent après une certaine charge de travail
• est terminé. De plus, les deux options sont désormais prises en charge pour toutes les unités
• types, pas seulement des services.
• * Le support des règles IP de networkds a obtenu deux nouvelles options
• IncomingInterface = et OutgoingInterface = pour configurer le
entrant
• et interfaces sortantes des règles configurées. systemd-networkd aussi
• a gagné le support de & quot; vxcan & quot; périphériques réseau.
• * networkd a obtenu un nouveau paramètre RequiredForOnline =, en prenant un
• booléen. Si défini, systemd-wait-online le prendra en considération
• lors de la détermination du système, sinon il ignorera le
• interface à cet effet.
• * Le protocole sd_notify () a pris en charge une nouvelle opération: avec
• FDSTOREREMOVE = 1 descripteurs de fichiers peuvent être supprimés du service par
• stocker à nouveau, avant POLLHUP ou POLLERR quand ils sont retirés
• de toute façon.
• * Un nouveau document UIDS-GIDS.md a été ajouté à l’arborescence source,
• documente la plage UID / GID et les hypothèses d'affectation et
• exigences de systemd.
• * Le PID 1 du dispositif de surveillance pourra désormais être configuré via le
• WatchdogDevice = configuration du fichier de configuration, ou en définissant
• systemd.watchdog_service = option de ligne de commande du noyau.
• * systemd-resolution a pris en charge l'enregistrement des services DNS-SD sur
• le réseau local utilisant MulticastDNS. Les services peuvent être soit
• enregistré en déposant un fichier .dnssd dans / etc / systemd / dnssd / (ou
• le même répertoire ci-dessous / run, / usr / lib), ou via son API D-Bus.
• * Le protocole sd_notify () peut maintenant être avec EXTEND_TIMEOUT_USEC = microseconde
• prolonge l’heure de début, d’exécution et d’arrêt. Le service doit
• continuer à envoyer EXTEND_TIMEOUT_USEC dans la période spécifiée à
• empêche le gestionnaire de services d’établir le délai d’expiration du service.
• * Le support DNSSEC de systemd-resolution a pris en charge le RFC 8080
• (clés et signatures Ed25519).
• * L'outil de ligne de commande systemd-resolve a obtenu un nouvel ensemble d'options
• - set-dns =, --set-domain =, --set-llmnr =, --set-mdns =, --set-dnssec =,
• - set-nta = et --revert pour configurer la configuration DNS par interface
• dynamiquement pendant l'exécution. C'est utile pour transmettre des informations DNS
• dans systemd-resolu à partir de scripts de hook DNS avec différentes interfaces
• gérer les supports logiciels (tels que pppd).
• * systemd-nspawn a obtenu une nouvelle ligne de commande --network-namespace-path =

Option
• , qui peut être utilisée pour associer un conteneur à un
existant
• espace de noms de réseau, en spécifiant un chemin d'accès à un fichier "netns" fichier.

Nouveautés dans la version 234:

• Meson est maintenant pris en charge en tant que système de construction en plus d’Automake. Nous prévoyons de supprimer Automake dans l'une de nos prochaines versions, afin que Meson devienne notre système de construction exclusif. Par conséquent, veuillez commencer à utiliser le système de construction Meson dans votre emballage en aval. Il y a beaucoup de documentation sur l'utilisation de Meson, le résumé extrêmement bref:
• ./ autogen.sh & amp; & amp; ./configure & amp; & amp; make & amp; & amp; sudo make install
• devient:
• meson build & amp; & amp; ninja -C construire & amp; & amp; sudo ninja -C build install
• Les fichiers d'unité ont été pris en charge pour un nouveau paramètre JobRunningTimeoutUSec =, ce qui permet de configurer un délai d'expiration au moment de l'exécution d'un travail. Ceci est particulièrement utile pour définir des délais d'attente pour les travaux des unités .device.
• Les fichiers unitaires ont obtenu deux nouvelles options ConditionUser = et ConditionGroup = pour les unités conditionnelles en fonction de l’identité de l’utilisateur / groupe exécutant une instance utilisateur systemd.
• systemd-networkd comprend maintenant un nouveau paramètre FlowLabel = dans la section [VXLAN] des fichiers .network, ainsi qu'une priorité = dans [Bridge], GVRP = + MVRP = + LooseBinding = + ReorderHeader = dans [VLAN] et GatewayOnlink = + IPv6Preference = + Protocol = dans [Route]. Il a également pris en charge la configuration des liens GENEVE et des étiquettes d’adresse IPv6. La section [Réseau] a obtenu le nouveau paramètre IPv6ProxyNDP =.

Les fichiers
• .link comprennent maintenant un nouveau paramètre Port =.
• Le support DHCP de systemd-networkd a pris en charge l'option DHCP 119 (liste de recherche de domaine).
• systemd-networkd a pris en charge le traitement des plages d'adresses IPv6 à l'aide du protocole d'annonce de routeur. La nouvelle section de configuration .network [IPv6Prefix] peut être utilisée pour configurer les plages à desservir. Ceci est implémenté sur la base d’une nouvelle implémentation minimale de serveur RA.
• Le paramètre --output = switch de journalctl a pris en charge un nouveau paramètre "short-iso-precise" pour un mode où les horodatages sont affichés en tant que valeurs de date ISO précises.
• Le paramètre "net_id" de systemd-udevd peut désormais générer des noms d'interface réseau stables à partir de périphériques IBM PowerVM VIO ainsi que des périphériques de plate-forme ACPI.
• La prise en charge de MulticastDNS dans systemd-resol peut maintenant être explicitement activée / désactivée en utilisant la nouvelle option MulticastDNS = fichier de configuration.
• systemd-resol peut maintenant utiliser facultativement libidn2 au lieu de libidn pour traiter les noms de domaine internationalisés. La prise en charge de libidn2 doit être considérée comme expérimentale et ne doit pas encore être activée par défaut.
• "machinectl pull-tar" et l'appel associé peuvent désormais faire la vérification des images téléchargées à l'aide des fichiers de somme de contrôle .sha256 de type SUSE, en plus du support déjà existant pour la validation des fichiers SHA256SUMS de style Ubuntu.
• sd-bus a pris en charge un nouvel appel sd_bus_message_appendv () équivalent à va_list de sd_bus_message_append ().
• sd-boot a pris en charge la validation des images à l'aide de SHIM / MOK.
• Le support du code SMACK appris pour "onlycap".
• systemd-mount --umount est maintenant beaucoup plus intelligent pour savoir comment démonter correctement un périphérique en fonction de son montage ou de son chemin d'accès.
• Le code permettant d'appeler libnss_dns comme solution de secours à partir de libnss_resolve lorsque la communication avec systemd a échoué a été supprimée. Ce repli était redondant et interférait avec le suffixe [! UNAVAIL = return]. Voir nss-resolve (8) pour la configuration recommandée.
• systemd-logind peut maintenant être redémarré sans perte d'état. Il stocke les descripteurs de fichiers des périphériques qu'il gère dans le gestionnaire du système à l'aide du mécanisme FDSTORE =. S'il vous plaît noter que d'autres changements dans d'autres composants peuvent être nécessaires pour faire usage de cela (par exemple, Xorg a du code pour écouter les arrêts de systemd-logind et se terminer lorsque logind est arrêté ou redémarré, afin d'éviter d'utiliser des descripteurs de fichiers obsolètes pour graphique périphériques, ce qui est maintenant contre-productif et doit être rétabli pour que les redémarrages de systemd-logind soient sûrs (voir https://cgit.freedesktop.org/xorg/xserver/commit/?id=dc48bd653c7e101).
• Tous les plug-ins d'installation du noyau sont appelés avec la variable d'environnement KERNEL_INSTALL_MACHINE_ID qui est définie sur l'ID de machine donné par / etc / machine-id. Si le fichier est manquant ou vide, la variable est vide et BOOT_DIR_ABS est le chemin d'un répertoire temporaire qui est supprimé après la sortie de tous les plugins. Donc, si KERNEL_INSTALL_MACHINE_ID est vide, tous les plugins ne doivent rien mettre dans BOOT_DIR_ABS.

Configuration requise :

• Il faut un noyau Linux 2.6 ou plus récent avec CONFIG_HOTPLUG activé pour s'exécuter.
• Il est recommandé d’installer également les scripts Linux Hotplug, mais cela n’est pas nécessaire pour que cela fonctionne correctement.