IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Une nouvelle mise à jour de Systemd permettra à Linux de bénéficier de l'infâme "écran bleu de la mort" de Windows,
Mais la fonctionnalité a reçu un accueil très mitigé

Le , par Mathis Lucas

18PARTAGES

14  0 
Linux est en train de se doter de sa propre version de l'écran bleu de la mort (Blue Screen of Death - BSOD). La dernière mise à jour de Systemd s'accompagne d'un service "systemd-bsod" capable de générer un message d'erreur en plein écran sur les distributions Linux. Il fournira des messages d'erreur significatifs et un code QR permettant aux utilisateurs d'obtenir rapidement plus d'informations sur l'erreur qu'ils ont rencontrée. L'outil arrive juste à temps pour les distributions Linux H1 2024, ce qui signifie que les distributions Linux en cours de déploiement devraient le prendre en charge. Les réactions face à l'annonce de cette fonctionnalité sont toutefois mitigées.

Systemd est une suite de composants de base pour une distribution Linux. Il fournit un gestionnaire de système et de services qui s'exécute en tant que PID 1 et démarre le reste du système. Systemd est utilisé par Debian, Arch, Fedora, Ubuntu et de nombreuses distributions en aval. La version 225 de Systemd vient d'être publiée avec une nouveauté empruntée à Windows. Elle introduit le composant "systemd-bsod" qui affichera "l'écran bleu de la mort" de Windows en cas d'échec du démarrage. Un systemd-bsod peut être affiché lorsqu'un niveau de journal LOG_EMERG est atteint, ressemblant au tristement célèbre écran de défaillance du système Windows.


Semblable au BSOD des versions récentes de Windows, le nouvel écran d'erreur de Systemd présente un code QR que les utilisateurs peuvent scanner pour en savoir plus sur le problème. De plus, il affiche les messages d'erreur enregistrés en plein écran, ce qui permet aux utilisateurs expérimentés ou aux techniciens d'obtenir plus d'informations sur les problèmes potentiels. La fonctionnalité a été initialement rapportée par le média informatique Phoronix. Le média indique que la fonctionnalité a été ajoutée dans le cadre d'un projet communautaire appelé Outreachy, un groupe qui propose des stages aux personnes travaillant sur des outils open source.

La fonction systemd-bsod est encore expérimentale, et le journal des modifications de GitHub indique qu'elle est encore sujette à des changements, mais Systemd est un élément essentiel de la plupart des distributions Linux. En outre, cette fonctionnalité arrive juste à temps pour les distributions Linux H1 2024. Il est donc probable que les utilisateurs de distributions Linux en cours de déploiement voient cet écran bleu de la mort plus tôt, à condition qu'ils rencontrent une erreur. Et cette fonctionnalité BSOD devrait être largement adoptée au cours de l'année 2024. Chez les utilisateurs des distributions Linux concernées, les réactions sont plutôt mitigées.

« C'est une fonction tellement inutile. J'ai plusieurs systèmes Linux pour mon travail quotidien. Ils fonctionnent pendant des mois, parfois des années. La seule fois où je vois une panique du noyau, c'est lorsque le matériel est mauvais ou lorsque j'ai fait quelque chose de mal (mauvaise configuration). Il y a quelques années, j'avais un système à double amorçage avec une mauvaise RAM et sous Windows, il affichait régulièrement des écrans bleus, alors que sous Linux, tout allait bien. Il m'a fallu beaucoup de temps pour comprendre quel était le problème réel, car Linux est tellement solide comme un roc », note un critique. Un autre a écrit :



Mon sentiment est mitigé. D'une part, Systemd capitalise sur les attentes existantes des utilisateurs et des administrateurs - ce qui, à mon avis, est généralement une bonne chose (quand la machine fait une chose que l'utilisateur comprend). D'autre part, le projet reproduit une caractéristique infâme qui est indigne et désobligeante - comme s'il fallait vraiment que ce soit bleu. Pourquoi pas le gris, le vert ou autre chose pour laisser à Windows sa mauvaise réputation ?

Par ailleurs, est-ce le mieux que nous puissions faire ? N'y a-t-il pas un meilleur moyen d'enregistrer les données des messages d'erreur pour les examiner au prochain démarrage ou dans un fichier ou quelque part où le même avantage peut être obtenu ?

En effet, BSOD est censée être un outil de diagnostic, un écran d'information que les techniciens peuvent utiliser pour commencer à identifier le problème à l'origine de la panne. Microsoft a introduit le BSOD avec Windows NT 3.1 en 1993, et il est devenu depuis l'un des aspects les plus redoutés du système d'exploitation en raison de la difficulté pour les utilisateurs non avertis de trouver des informations utiles sur les erreurs. En 2016, la firme de Redmond a ajouté des codes QR aux BSOD à partir de Windows 10. Cependant, les codes menaient initialement à des pages d'aide génériques ne contenant aucune information sur l'erreur spécifique incriminée.


L'écran bleu de la mort de Windows

Les informations étaient souvent si larges et si vagues qu'elles étaient inutiles. Toutefois, certaines sources suggèrent que le BSOD de Linux fournit plus d'informations utiles que la fameuse version de Windows. Pour l'instant, l'on ne trouve pas de capture d’écran du message d'erreur de systemd-bsod ni d'explication sur la raison de son adoption. D'autres critiques trouvent la nouvelle surprenante, car Linux possède déjà sa propre version du message d'erreur connu sous le nom de "kernel panic". Mais l'ajout des codes QR pourrait permettre aux utilisateurs de Linux de résoudre plus facilement les erreurs majeures de leur distribution.

La nouvelle version de Systemd comporte également des dizaines d'autres fonctionnalités et correctifs qui, selon les critiques, sont plus utiles et plus importants que la nouvelle fonctionnalité d'écran bleu de la mort de Linux. Cela inclut de nombreux ajouts liés à la prise en charge des TPM, au chiffrement des disques et à la possibilité d'utiliser la mise en veille prolongée avec les systèmes de fichiers btrfs. Entre-temps, Microsoft a expérimenté des modifications du message d'erreur BSOD. Le BSOD est brièvement devenu noir dans Windows 11 avant que Microsoft ne revienne sur ce changement peu après la sortie du système d'exploitation en 2021.

Source : systemd v255

Et vous ?

Quel est votre avis sur le sujet ?
Que pensez-vous de l'arrivée de l'écran bleu de la mort sous Linux ?
Selon vous, cette fonctionnalité est-elle utile pour les distributions Linux ? Pourquoi ?

Voir aussi

Lennart Poettering, le créateur de Systemd, aurait quitté Red Hat pour Microsoft, l'entreprise emploie actuellement l'inventeur de Python Guido van Rossum, l'inventeur de GNOME Miguel de Icaza

Le support de Systemd est disponible dans le sous-système Windows pour Linux et améliore la gestion des processus et des services, WSL prend également en charge plus d'applications

systemd a désormais plus de 1,2 million de lignes de code qui sont réparties sur 3260 fichiers, et proviennent de près de 1400 auteurs différents

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de calvaire
Expert éminent https://www.developpez.com
Le 17/06/2024 à 11:39
j'ai jamais pu debbuger un soucis sous windows avec ces bsod.

honnêtement balancer un plein écran une erreur X02abcbuild1234fezasx00001 et quand on tape sur google l'erreur on trouve pleins de cause possible sans solutions...

alors que sous linux au moins les logs montre les erreurs simplement et c'est facile à débeugger.
j'ai eu une erreur une fois d'une lib qu'il n'arrivait pas à charger suite à une maj qui a cassé un pakcage.
j'ai démaré en mode rescue et j'ai ajouté la lib à la main et voila problème réglé.

Je comprends pas pourquoi windows n'évolue pas vers ca, vers des logs d'erreurs plus simple et plus compréhensible plutôt que ce qrcode.
10  1 
Avatar de gabriel21
Membre chevronné https://www.developpez.com
Le 17/06/2024 à 12:37
Citation Envoyé par calvaire Voir le message
Je comprends pas pourquoi windows n'évolue pas vers ca, vers des logs d'erreurs plus simple et plus compréhensible plutôt que ce qrcode.
Plus facile de vendre un support aux entreprises.

Plus sérieusement, j'espère que l'on pourra désactiver cette fonctionnalité qui a part nous faire perdre du temps, ne servira à rien sauf peut être pour les utilisateurs de Red Hat ayant une souscription payante car les code QR de Red Hat renverront très probablement directement sur la documentation réservé à des souscriptions valides.

Ma philosophie en cas de Kernel Panic :

  1. Si aucune modification matérielle ou logicielle a été effectuée : redémarrer
  2. Si une modification de noyau à eu lieu : redémarrer avec le noyau précédent
  3. Si une modification matériel a eu lieu : retirer le matériel en question et redémarrer
  4. Si aucune solution fonctionne, tenter un démarrage à partir d'un support amovible
  5. Analyser les logs. Je ne le fais pas forcément, si un redémarrage a suffi et que cela ne se reproduit pas dans les 24h. Ce qui pourrait être le signe d'un composant qui commence à mourir.
8  1 
Avatar de phil995511
Membre éprouvé https://www.developpez.com
Le 17/06/2024 à 13:19
Citation Envoyé par gabriel21 Voir le message
Plus facile de vendre un support aux entreprises.

Plus sérieusement, j'espère que l'on pourra désactiver cette fonctionnalité qui a part nous faire perdre du temps, ne servira à rien sauf peut être pour les utilisateurs de Red Hat ayant une souscription payante car les code QR de Red Hat renverront très probablement directement sur la documentation réservé à des souscriptions valides.

Ma philosophie en cas de Kernel Panic :

  1. Si aucune modification matérielle ou logicielle a été effectuée : redémarrer
  2. Si une modification de noyau à eu lieu : redémarrer avec le noyau précédent
  3. Si une modification matériel a eu lieu : retirer le matériel en question et redémarrer
  4. Si aucune solution fonctionne, tenter un démarrage à partir d'un support amovible
  5. Analyser les logs. Je ne le fais pas forcément, si un redémarrage a suffi et que cela ne se reproduit pas dans les 24h. Ce qui pourrait être le signe d'un composant qui commence à mourir.
"Linux 6.10 introduit une nouvelle infrastructure de gestion de panique DRM permettant d'afficher un message lorsqu'une panique se produit. Ceci est particulièrement important pour ceux qui construisent un noyau sans le support VT/FBCON, car autrement, l'affichage du message de panique du noyau n'est pas facilement disponible.

Avec Linux 6.10, le code DRM Panic initial a atterri ainsi que le câblage de la prise en charge des pilotes DRM/KMS pour les pilotes SimpleDRM, MGAG200, IMX et AST. Des travaux sont en cours pour étendre la prise en charge de DRM Panic à d'autres pilotes, que nous verrons probablement au cours des prochains cycles du noyau pour une prise en charge plus étendue."


Source en anglais : https://www.phoronix.com/news/Linux-...c-BSoD-Picture
6  0 
Avatar de calvaire
Expert éminent https://www.developpez.com
Le 09/12/2023 à 11:36
Il y a quelques années, j'avais un système à double amorçage avec une mauvaise RAM et sous Windows, il affichait régulièrement des écrans bleus, alors que sous Linux, tout allait bien.
j'ai eu le meme cas il y'a 10ans sur mon pc !
j'ai pu découvrir l'erreur en testant avec la ram qu'un pote m'a preté.

les bsod de windows c'est de la merde, ca donne de la doc générique ou il est impossible de trouver la vrai erreur. j'ai jamais compris pourquoi MS donnait des nom de code foireux (0xc0000001234) a ces erreurs aau lieu de les afficher clairement. c'est pas compliquer d'afficher des logs.

dans linux, une erreur c'est un vrai fichier de log avec l'adresse du bus pci/usb ou autres bien précise et donc c'est assez facile de debugger.
un bsod dans linux est inutile.
4  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 17/06/2024 à 19:01
Quitte à mettre un truc inutile, j’aurais préféré un Guru Meditation (pour ceux pouvant comprendre). Et pour les machines en datacenter on fait comment ?
5  1 
Avatar de Ti-Slackeux
Membre expérimenté https://www.developpez.com
Le 18/06/2024 à 10:36
Citation Envoyé par 23JFK Voir le message
Ouais, ça choque... Mais c'est pourtant une réalité, Windows arrive a se récupérer tout seul dans la plupart des kernel panic ; sous Linux ça reste épique.
Le kernel panic sous linux, comment dire ...
Je sais plus à quand remonte le dernier ...
Je ne vais pas dire que je n'en ai jamais fait tout comme je ne vais pas dire que j'ai jamais crash ma distro.
J'ai fait les deux à tour de bras à mes débuts sous Xénix / Sco / Linux, donc oui j'en ai fait.
Et merci les logs pour le dépannage.
Par contre avoir un bsod sous windows, j'ai rien à faire il arrive tout seul.
Et merci les codes abscons qui ne servent pratiquement jamais à rien.
Alors un bsod sous linux, tant que çà reste une option dans le kernel...

j’aurais préféré un Guru Meditation
Mouarf !!!
Et les petites bombes à côté du message d'erreur çà pourrait être sympa aussi non ????
3  0 
Avatar de LittleWhite
Responsable 2D/3D/Jeux https://www.developpez.com
Le 18/06/2024 à 20:54
Citation Envoyé par chrtophe Voir le message
Sur les très vieux Macintosh, avant Mac OS X, il y avait des crash qui affichait des bombes. Il me semble que le nombre de bombes donnait le numéro de l'exception levée.
Je ne sais plus pour Macintosh, mais en tout cas, c'était le cas pour l'Atari ST
3  0 
Avatar de pokap
Membre régulier https://www.developpez.com
Le 08/12/2023 à 13:01
Ça ne me dérange pas qu'il ajoute cette fonctionnalité, par contre si je le rencontre une seule fois et que ce n'est pas à cause d'un soucis matériel, ça voudra dire qu'il faut changer de distribution.
3  1 
Avatar de disedorgue
Expert éminent sénior https://www.developpez.com
Le 09/12/2023 à 14:40
A une époque, on disait que linux était un mélange du meilleur des monde unix (bsd vs system 5) , là il cherche peut-être à prendre le meilleur des monde de windows
2  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 18/06/2024 à 20:05
Et les petites bombes à côté du message d'erreur çà pourrait être sympa aussi non ????
Sur les très vieux Macintosh, avant Mac OS X, il y avait des crash qui affichait des bombes. Il me semble que le nombre de bombes donnait le numéro de l'exception levée.

Je ne connaissais pas, alors pour la communauté, on adore la culture, surtout la notre tant qu'à faire
En fait ça vient de l'Amiga, ça correspondait au BSOD. Ca a ensuite été repris dans d'autres produits.


Si je me souviens bien le 1er chiffre indiquait le numéro d'exception du 68000, le second chiffre l'adresse contenu dans le registre compteur d'instruction
2  0