Le fameux « écran bleu de la mort » ou BSOD de Windows semble faire fureur. Le BSOD doit être un outil de diagnostic, un écran d'information que les techniciens peuvent utiliser pour commencer à localiser le problème à l'origine de l'événement nuisible ; Ce n'est pas parce que les anciens codes d'erreur BSOD de Windows étaient souvent si larges et vagues qu'ils étaient inutiles que l'idée est fausse.
Aujourd'hui, la version 255 de systemd du projet Linux honore cette intention initiale en ajoutant un composant systemd-bsod qui génère un affichage plein écran de certains messages d'erreur lorsqu'un système Linux tombe en panne.
Version expérimentale
Le composant systemd-bsod est actuellement répertorié comme « expérimental » et « sujet à changement » mais la fonctionnalité est simple : tout message d'erreur enregistré qui atteint le niveau LOG_EMERG sera affiché en plein écran afin que les gens puissent le prendre en photo ou l'écrire. . Phoronix rapporte que, tout comme les BSOD sur Windows moderne, la version Linux générera également un code QR pour faciliter la recherche d'informations à l'aide de votre smartphone.
Il s'agit d'un petit changement par rapport à un projet logiciel unique, mais systemd gère les services système et la configuration pour la grande majorité des principales distributions GNU/Linux, y compris, mais sans s'y limiter, Debian, Fedora, Arch, Ubuntu, CentOS, Red Hat Enterprise Linux et bien d'autres. d'autres distributions plus petites. Il y a de fortes chances que, quelle que soit la version de Linux que vous utilisez, vous finirez par voir cette version de systemd, en fonction de la fréquence et de la volonté avec laquelle vous intégrez de nouveaux logiciels récents et de la rapidité avec laquelle vous migrez vers les nouvelles versions lorsqu'elles sortent.
Nouvelles fonctionnalités de Systemd 255
La version 255 de Systemd possède des dizaines d'autres fonctionnalités et correctifs, la plupart plus utiles et importants que la nouvelle fonctionnalité Blue Screen of Death. Cela inclut de nombreux ajouts liés à la prise en charge du TPM, au chiffrement du disque et à la possibilité d'utiliser la mise en veille prolongée avec les systèmes de fichiers btrfs. Mais aucune de ces améliorations n’attire autant l’attention.
Voici une liste étendue des nouveautés de systemd 255, mettant en évidence les caractéristiques et fonctionnalités les plus importantes :
- Systemd-stockageTM: Un nouveau composant qui expose les périphériques bloquants comme NVMe-TCP, inspiré de macOS et faisant partie du nouveau mode Systemd Storage Target.
- Systemd-bsod: Afficher les messages d'erreur en plein écran avec le niveau de journalisation « LOG_EMERG ». Conçu comme un outil de diagnostic, il affiche également un code QR pour des informations détaillées sur les erreurs.
- Révision dans la génération de services: Les processus sont désormais générés en utilisant CLONE_VM et CLONE_VFORK via posix_spawn(), plutôt que la méthode fork précédente.
- Systemd-pcrlock: Gère les politiques PCR TPM2 locales pour PCR 0-7, augmentant ainsi la sécurité et le contrôle des paramètres.
- Systemd-vmspawn: Un outil expérimental qui fournit aux VM les mêmes interfaces et fonctionnalités que systemd-nspawn pour les conteneurs, en utilisant QEMU comme backend.
- Varlinkctl: Un outil ajouté pour faciliter l'interfaçage avec les services Varlink.
- Prise en charge de SECCOMP pour les processeurs LoongArch 64 bits: étend la compatibilité et la sécurité à différentes architectures matérielles.
- Bootctl système: Indique désormais si le système a été démarré à partir d'une image de noyau unifiée (UKI).
- Démarrage système avec de nouveaux raccourcis clavier: Introduit « B » pour redémarrer et « O » pour arrêter les touches du menu de démarrage.
- Suivi des processus internes avec PIDFD: Améliore l'efficacité du suivi des processus sur les noyaux pris en charge.
- Redémarrage logiciel avec systemctl: Redémarrage logiciel automatique vers un nouveau système de fichiers racine s'il est trouvé dans /run/nexroot/.
- Option SurveFinalKillSignal: Évitez la dernière vague de SIGTERM/SIGKILL à l'arrêt.
- ConditionSecurity=mesuré-uki: exécute les services uniquement lorsque le système est démarré via une image de noyau unifiée (UKI) mesurée.
- Enregistrement des mesures TPM: Les données TPM sont désormais écrites dans un journal des événements dans /run/log/systemd/tpm2-measure.log.
- Suppression du support pour split-usr: Simplifie la structure du système de fichiers.
- Dépréciation des scripts de service System V: Indique une évolution vers des technologies plus modernes.
- Améliorations du système TPM(2): Diverses optimisations et améliorations du module Trusted Platform.
- Prise en charge de la mise en veille prolongée sur les fichiers Exchange Btrfs: Introduit plus de flexibilité pour l’hibernation.
Ces fonctionnalités signifient que systemd 255 apportera des améliorations et des modernisations significatives, impactant un large éventail de distributions GNU/Linux. Son apparition dans les futures versions de Linux est très attendue, aussi bien dans les versions traditionnelles que dans les versions continuellement mises à jour telles que les « rolling releases ».