systemd est un ensemble de démons, de bibliothèques et d'outils d'administration système conçus comme une plate-forme centrale d'administration et de configuration pour l'interface avec le noyau du système d'exploitation Linux.
Après cinq mois de développement, le lancement de la nouvelle version de système 254, dans lequel l'une de ses principales nouveautés est la compatibilité avec un mode de redémarrage progressif, ainsi qu'un nouvel utilitaire pour vérifier le niveau de la batterie, des améliorations, des corrections et plus encore.
Dans cette nouvelle version de systemd 254 qui est présentée, comme nous l'avons déjà mentionné, l'une de ses principales nouveautés est le prise en charge d'un mode de redémarrage progressif qui ne fait redémarrer que les composants de l'espace utilisateur sans toucher au noyau Linux. Dans le nouveau mode, lors du redémarrage, les étapes d'initialisation du matériel, d'appel du chargeur de démarrage, de démarrage et de chargement du noyau, d'initialisation du pilote, de chargement du micrologiciel et de traitement initrd ne sont pas appliquées, ce qui permet d'accélérer considérablement le redémarrage et de réduire les temps d'arrêt lors de la mise à niveau des environnements utilisant out -des images système prêtes à l'emploi.
Le nouveau mode vous permet de tuer tous les processus dans l'espace utilisateur, puis de remplacer l'image racine FS par une nouvelle version et de démarrer le processus de démarrage du système sans redémarrer le noyau.
D'autres changements qui se démarquent dans la nouvelle version sont le utilitaire systemd-battery-check pour vérifier le niveau de la batterie. L'utilitaire peut être démarré à un stade précoce du démarrage pour empêcher le système de démarrer avec un niveau de batterie très faible.
Pour les unités de service, les réglages sont proposés MemoryPressureWatch et MemoryPressureThresholdSec, Quoi permettent de contrôler la logique d'utilisation du sous-système PSI (Pressure Stall Information) dans le cadre de services individuels. PSI fournit des informations sur le temps d'attente de diverses ressources pour évaluer avec précision le niveau de charge du système, vous permettant d'identifier le début des retards dus au manque de ressources et de mettre fin de manière sélective aux ressources intensives.
En plus de cela, il est également souligné queet ajouté la configuration RacineÉphémère, Quoi permet d'utiliser dans les services où les paramètres sont définis RootImage et RootDirectory, des copies temporaires d'une image disque ou d'une arborescence de répertoires, qui sont créées via des instantanés btrfs et reflink-y btrfs/xfs au démarrage du service, et sont supprimées après l'arrêt du service.
On peut aussi trouver que ajout de la commande "fdstore" à l'utilitaire systemd-analyze pour afficher le contenu du magasin de descripteurs de fichiers associé à un lecteur (utilisé pour redémarrer les services sans état ; les descripteurs de fichiers sont stockés dans fdstore avant de quitter et restaurés au démarrage).
En outre, pour systemd-resolved, le paramètre StateRetentionSec a été ajouté à resolve.conf, Que lo permet aux enregistrements DNS d'être mis en cache plus longtemps spécifiés via TTL et sont utilisés si le serveur DNS en amont cesse de répondre. La commande "show-cache" a été ajoutée à l'utilitaire resolvectl pour afficher le contenu du cache DNS.
Parmi les autres changements qui ressortent de cette nouvelle version:
- Ajout de l'option "-when" aux commandes reboot, kexec, shutdown et stop dans l'utilitaire systemctl pour vous permettre de sélectionner quand redémarrer ou arrêter.
- Ajout des options « –fd » et « –fdname » à l'utilitaire systemd-notify pour envoyer des descripteurs de fichiers arbitraires au gestionnaire de services.
- Ajout de l'option "–exec" pour exécuter la commande spécifiée après l'envoi du message.
- Ajout de la commande "systemctl list-paths" pour afficher toutes les unités de chemin actives, similaire aux commandes "systemctl list-timers" et "systemctl list-sockets".
- Ajout de la possibilité pour les unités de définir les paramètres de mémoire de démarrage (Startup*, par exemple StartupMemoryMax), qui est utilisé de la même manière que les paramètres de CPU et d'E/S de démarrage (StartupCPUWeight, etc.).
- Le processus PID charge automatiquement les modules virtio_console et virtio-vsock pour les machines virtuelles.
- Pour les unités de service, ajout du paramètre DelegateSubgroup, qui vous permet de placer des services dans des sous-groupes existants au lieu de créer un groupe de contrôle parent distinct pour le service.
- Ajout de la commande "whoami" à l'utilitaire systemctl pour afficher le nom du lecteur auquel le PID spécifié est associé.
- Ajout de l'option '–list-cvm' à systemd-detect-virt pour répertorier les machines virtuelles sensibles.
- Le script d'installation du noyau a été réécrit en C.
Enfin, si vous souhaitez en savoir plus, vous pouvez consulter le détails dans le lien suivant.