Systemd 245 arrive avec une grande liste de changements et ce sont les plus importants

Les développeurs qui sont en charge de systemd a publié la sortie de la nouvelle version de systemd 245 qui vient avec une grande liste de changements qui comprend des nouvelles très intéressantes.

Dans la nouvelle version, de nouveaux composants systemd-homed et systemd-distribu sont ajoutés, inclut la prise en charge des profils d'utilisateurs portables au format JSON, offre la possibilité de définir des espaces de noms dans systemd-journald, ajoute la prise en charge du mécanisme "pidfd".

Quoi de neuf dans systemd 245?

L'un des changements les plus importants est l'ajout du service hébergé par systemd, quoi pFournit une gestion portable des répertoires personnels fourni sous la forme d'un fichier image monté dans lequel les données sont cryptées.

hébergé sur systemd vous permet de créer des environnements autonomes pour les données utilisateur pouvant être transférées entre différents systèmes sans se soucier du timing des identifiants et de la confidentialité. Les informations d'identification de l'utilisateur sont liées au répertoire de base et non à la configuration du système.

Un autre changement important est le ajout du composant add-on systemd-userdb, Quoi traduire les comptes NSS UNIX / glibc en enregistrements JSON et fournit une API Varlink unifiée pour interroger et répertorier les enregistrements.

Le profil JSON associé au répertoire de base ccontient les paramètres nécessaires pour que l'utilisateur travaille, y compris les informations de nom, hachages de mots de passe, clés de chiffrement, quotas et ressources fournis.

D'autre part aussi le nouvel utilitaire "systemd-distribu" est mis en évidence, qui est diseña pour distribuer les tables partition de disque au format GPT.

Avec cela, la structure de partition est définie de manière déclarative par le biais de fichiers qui décrivent les partitions qui devraient ou ne devraient pas exister.

En pratique, systemd-distribu peut être utile pour les images du système d'exploitation qui initialement peut être livré sous une forme minimale et après le premier démarrage, il se développe à la taille d'un périphérique de bloc existant ou complété par des partitions supplémentaires.

Également dans systemd 245, il est maintenant possible d'exécuter plusieurs instances de systemd-journald, dont chacun garde des enregistrements dans son propre espace de noms. En plus du principal systemd-journald.service, le répertoire .service fournit un modèle pour créer des instances supplémentaires liées à leurs espaces de noms à l'aide de la directive "LogNamespace".

Systemd-udevd et autres composants par systemd ont ajouté un support pour le mécanisme pour attribuer des noms alternatifs aux interfaces réseau, permettant l'utilisation simultanée de plusieurs noms pour une interface.

Le nom peut comporter jusqu'à 128 caractères (auparavant, le nom de l'interface réseau était limité à 16 caractères). Par défaut, systemd-udevd attribue désormais à chaque interface réseau toutes les variantes de nom générées par les schémas de dénomination pris en charge.

Ce comportement peut être modifié via les nouveaux paramètres AlternativeName et AlternativeNamesPolicy dans les fichiers .link. Systemd-nspawn implémente la génération de nom alternatif avec le nom complet du conteneur pour les liaisons veth créées côté hôte.

Enfin et surtout, Il se démarque également dans l'annonce systemd 245 qui a été ajoutée prise en charge du sous-système du noyau Linux "pidfd" dans l'API sd-event.h pour gérer la situation de réutilisation du PID (pidfd rejoint un processus spécifique et ne change pas, tandis que le PID peut se lier à un autre processus après avoir terminé le processus actuel associé à ce PID).

Tous les composants systemd, à l'exception du PID 1, sont modifiés pour utiliser pidfds si le sous-système actuel prend en charge ce sous-système.

Systemd-logind via PolicyKit fournit un contrôle d'accès pour le fonctionnement du commutateur de terminal virtuel. Par défaut, les autorisations de modifier le terminal actif ne sont accordées qu'aux utilisateurs qui se sont connectés au moins une fois au terminal virtuel local.

Pour simplifier la création d'images initrd avec systemd, le contrôleur PID 1 détermine maintenant s'il est utilisé dans initrd, auquel cas il charge automatiquement initrd.target au lieu de default.target.

Si vous voulez connaître la liste complète des changements et des nouvelles qui ont été livrés dans cette nouvelle version de systemd 245, vous pouvez les vérifier dans le lien suivant.