However, since this software is released with its complete sourcecode under the GPL license, you are free to adapt it to your preferred language as you see fit.
ça a l'avantage d'être clair. Les versions actuelles du noyau font clignoter les LEDs du clavier dans ce cas (et encore, je ne sais pas si ça fonctionne sur les claviers USB).
On peut donc savoir si c'est définitivement planté, ou juste très lent (ce qui m'arrive souvent sur mon PC quand je compile des trop gros trucs et qu'il y a pas assez de RAM).
Mais pour savoir, il faut connaître ce truc et penser à regarder les LEDs du clavier (si elles existent encore).
Peut-être un jour on aura enfin sous Linux un vrai debugger dans ce cas, comme c'est le cas sur Haiku (kernel debugging land) ou sur les machines Sun SPARC (ou c'est le firmware openboot qui s'en charge). Mais en attendant, s'ils arrivent à afficher le message de kernel panic et un QR code, ce sera déjà un bon début pour faciliter l'investigation et la remontée de bugs.
Ce sera utile car ça va incorporer un QR-code avec des infos.
Ça veut dire qu’on pourra plus facilement copier l’information pour la chercher avec un autre ordinateur. Quand tu as un kernel panic, tu peux rien copier et l’écran peut contenir des infos parcellaires. J’y vois cet intérêt. De toute façon un kernel panic ça arrive rarement (un pilote qui foire du au pilote mal codé ou au matos qui pare en vrille).
Les récentes experiences de kernel panic que j'ai eues, c'était plus rien ne bouge, et la loupiote de caps-lock qui clignote. Alors bon, les messages utiles cachés…
Chez RedHat au lieu d'écrire un frontend décent à rpm on invente des écran de kernel panic pour quelque chose qui n'arrive jamais.
20 ans de vie sous Linux, les rares kernel panic que j'ai eu étaient liés à ma carte nvidia des années 2004/2005.
Pourtant, je cherche les embrouilles, entre fedora, arch et des kernels maison je suis tout de même à risque. m'enfin, on a aussi inventé plymouth pour que ce soit joli au démarrage, au moins ce sera aussi joli au crash.
git is great because linus did it, mercurial is better because he didn't
1) Travailler sur un projet empêche de travailler sur un autre (en l'occurrence, c'est faux).
2) Il est inutile de travailler sur un projet qui ne t'affecte pas (parce que s'il ne t'affecte pas, c'est qu'il n'affecte personne).
l'article en lien indique "Voilà à quoi ressemble l'écran bleu de la mort de Linux.", alors qu'a priori c'est un BSOD de windows (je n'utilise pas mais il me semble que ça ressemble à ça). De plus ils parlent de l'annonce de ça sur le mastodon du développeur, mais sans même mettre de lien. Mais qu'ils sont bêtes…
Visiblement ça ressemble plutôt à ça (rien de bien folichon) :
Le but est surtout de rendre le message du kernel panic visible si on est dans une session graphique. Actuellement il est affiché uniquement si on est dans une console, ce qui est bien pour les serveurs et les systèmes embarqués, mais pour tout le reste, c'est quand même pas courant d'avoir un système en console.
ça c'est pas spécialement lié à la nouvelle fonctionnalité, on aurait pu faire en sorte qu'en cas de kp le contexte graphique bascule sur la console (comme on peut faire un chvt actuellement). d'ailleurs FreeBSD a une option pour ça de mémoire.
git is great because linus did it, mercurial is better because he didn't
Je verrais bien un truc dans le même thème de couleur que l'environnement graphique et la distro, par exemple gris taupe pour GNOME, vert pour Manjaro, orange pour Ubuntu, etc.
L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès
Si on s'intéresse un peu au truc https://m.slashdot.org/story/429661, il ne s'agit pas d'un BSOD mais d'une infrastructure qui intervient lors du panic. Je présume que ça forme de base sera un écran bleu, mais tu peux potentiellement mettre un snake ou un jeu du dinosaure si le clavier est dispo.
Le message qui fait le lien entre BSOD et 26 ans : https://bsky.app/profile/ponceto91.bsky.social/post/3kvqlwhmqjd2hIl y a 26 ans, le 25 juin 1998, fut commercialisé Windows 98, successeur de Windows 95. Cette version prendra en charge le système de fichiers FAT32, l'USB, … USB dont la démo publique avec Bill Gates se soldera par le fameux écran bleu de la mort
(C'est décidé, nous sommes chenus, vénérables, dotés d'un kilométrage certain, expérimenté, ce genre de choses…)
# Pourquoi enfin ?
Posté par raspbeguy (site web personnel, Mastodon) . Évalué à 3.
J'ai du mal à voir en quoi c'est une bonne nouvelle.
Est-ce que ça va aider les utilisateurs avancés ? non, ça cache les messages utiles.
Est-ce que ça va aider les débutants ? non, quand un PC est planté y a pas besoin d'un écran pour le dire.
Un gentil du net
[^] # Re: Pourquoi enfin ?
Posté par Luc-Skywalker . Évalué à 7.
C'était vaguement ironique. J'ai mis le ;-) pour ça.
Parce que, sur le fond, je suis tout à fait d'accord avec toi.
On dirait presque une blague potache !
"Si tous les cons volaient, il ferait nuit" F. Dard
[^] # Re: Pourquoi enfin ?
Posté par Claude SIMON (site web personnel) . Évalué à 4.
Ils auraient pu ressusciter le Guru Meditation…
Pour nous émanciper des géants du numérique : Zelbinium !
[^] # Re: Pourquoi enfin ?
Posté par Tonton Th (Mastodon) . Évalué à 2.
Ou réutiliser http://gentiane.org/~miod/software/murphy/index.html
However, since this software is released with its complete sourcecode under the GPL license, you are free to adapt it to your preferred language as you see fit.
[^] # Re: Pourquoi enfin ?
Posté par raspbeguy (site web personnel, Mastodon) . Évalué à 1.
J'avoue que je suis très mauvais pour détecter l'ironie par écrit :)
Un gentil du net
[^] # Re: Pourquoi enfin ?
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 7.
ça a l'avantage d'être clair. Les versions actuelles du noyau font clignoter les LEDs du clavier dans ce cas (et encore, je ne sais pas si ça fonctionne sur les claviers USB).
On peut donc savoir si c'est définitivement planté, ou juste très lent (ce qui m'arrive souvent sur mon PC quand je compile des trop gros trucs et qu'il y a pas assez de RAM).
Mais pour savoir, il faut connaître ce truc et penser à regarder les LEDs du clavier (si elles existent encore).
Peut-être un jour on aura enfin sous Linux un vrai debugger dans ce cas, comme c'est le cas sur Haiku (kernel debugging land) ou sur les machines Sun SPARC (ou c'est le firmware openboot qui s'en charge). Mais en attendant, s'ils arrivent à afficher le message de kernel panic et un QR code, ce sera déjà un bon début pour faciliter l'investigation et la remontée de bugs.
[^] # Re: Pourquoi enfin ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . Évalué à 6.
Ce sera utile car ça va incorporer un QR-code avec des infos.
Ça veut dire qu’on pourra plus facilement copier l’information pour la chercher avec un autre ordinateur. Quand tu as un kernel panic, tu peux rien copier et l’écran peut contenir des infos parcellaires. J’y vois cet intérêt. De toute façon un kernel panic ça arrive rarement (un pilote qui foire du au pilote mal codé ou au matos qui pare en vrille).
[^] # Re: Pourquoi enfin ?
Posté par cosmocat . Évalué à 3. Dernière modification le 03 juillet 2024 à 20:36.
La fonctionnalité a été développée:
https://www.phoronix.coronix.com/news/Linux-DRM-Panic-QR-Codes
[^] # Re: Pourquoi enfin ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . Évalué à 2.
Et avec le bon lien : https://www.phoronix.com/news/Linux-DRM-Panic-QR-Codes ;-)
[^] # Re: Pourquoi enfin ?
Posté par WrathOfThePixel . Évalué à 6.
Les récentes experiences de kernel panic que j'ai eues, c'était plus rien ne bouge, et la loupiote de caps-lock qui clignote. Alors bon, les messages utiles cachés…
# Ah RedHat
Posté par David Demelier (site web personnel) . Évalué à 1. Dernière modification le 25 juin 2024 à 13:26.
Chez RedHat au lieu d'écrire un frontend décent à
rpmon invente des écran de kernel panic pour quelque chose qui n'arrive jamais.20 ans de vie sous Linux, les rares kernel panic que j'ai eu étaient liés à ma carte nvidia des années 2004/2005.
Pourtant, je cherche les embrouilles, entre fedora, arch et des kernels maison je suis tout de même à risque. m'enfin, on a aussi inventé plymouth pour que ce soit joli au démarrage, au moins ce sera aussi joli au crash.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Ah RedHat
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . Évalué à 6. Dernière modification le 25 juin 2024 à 14:22.
Tu fais allusion à ceci ?
[^] # Re: Ah RedHat
Posté par Lutin . Évalué à 3.
Ou le BSOD lors d'un plantage de Anaconda (j'ai appris l'existence de ce truc avec le générique de The IT Crowd).
[^] # Re: Ah RedHat
Posté par ElVirolo (site web personnel) . Évalué à 4. Dernière modification le 26 juin 2024 à 00:03.
Je résume :
1) Travailler sur un projet empêche de travailler sur un autre (en l'occurrence, c'est faux).
2) Il est inutile de travailler sur un projet qui ne t'affecte pas (parce que s'il ne t'affecte pas, c'est qu'il n'affecte personne).
# article de merde
Posté par zurvan . Évalué à 9.
l'article en lien indique "Voilà à quoi ressemble l'écran bleu de la mort de Linux.", alors qu'a priori c'est un BSOD de windows (je n'utilise pas mais il me semble que ça ressemble à ça). De plus ils parlent de l'annonce de ça sur le mastodon du développeur, mais sans même mettre de lien. Mais qu'ils sont bêtes…
Visiblement ça ressemble plutôt à ça (rien de bien folichon) :
https://fosstodon.org/@javierm/112619967725108081
« Le pouvoir des Tripodes dépendait de la résignation des hommes à l'esclavage. » -- John Christopher
[^] # Re: article de merde
Posté par David Demelier (site web personnel) . Évalué à 3.
D'autant plus que dès le départ le titre est faux :
Non justement, le kernel panic a déjà des détails, l'ajout de ce *SOD aura pour but de le rendre moins disgracieux pour le commun des mortels.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: article de merde
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 5.
Le but est surtout de rendre le message du kernel panic visible si on est dans une session graphique. Actuellement il est affiché uniquement si on est dans une console, ce qui est bien pour les serveurs et les systèmes embarqués, mais pour tout le reste, c'est quand même pas courant d'avoir un système en console.
[^] # Re: article de merde
Posté par David Demelier (site web personnel) . Évalué à 4.
ça c'est pas spécialement lié à la nouvelle fonctionnalité, on aurait pu faire en sorte qu'en cas de kp le contexte graphique bascule sur la console (comme on peut faire un
chvtactuellement). d'ailleurs FreeBSD a une option pour ça de mémoire.git is great because linus did it, mercurial is better because he didn't
[^] # Re: article de merde
Posté par barmic 🦦 . Évalué à 4.
il permet aussi d'afficher beaucoup plus d'information que ce qu'un affichage 80 colonnes peut faire et indiquer où et comment remonter le problème.
Bref il donne beaucoup plus de flexibilité pour gérer comme on le souhaite un panic.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: article de merde
Posté par David Demelier (site web personnel) . Évalué à 2.
Ça fait un moment que la console fait plus que 80 caractères même sans DRM.
git is great because linus did it, mercurial is better because he didn't
# Est-ce que la couleur sera configurable ?
Posté par sebas . Évalué à 5.
… afin de respecter la flexibilité de linux, quand même !
Ça sera le *SOD, alors.
[^] # Re: Est-ce que la couleur sera configurable ?
Posté par alberic89 🐧 . Évalué à 1.
Je verrais bien un truc dans le même thème de couleur que l'environnement graphique et la distro, par exemple gris taupe pour GNOME, vert pour Manjaro, orange pour Ubuntu, etc.
L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès
[^] # Re: Est-ce que la couleur sera configurable ?
Posté par barmic 🦦 . Évalué à 3.
Si on s'intéresse un peu au truc https://m.slashdot.org/story/429661, il ne s'agit pas d'un BSOD mais d'une infrastructure qui intervient lors du panic. Je présume que ça forme de base sera un écran bleu, mais tu peux potentiellement mettre un snake ou un jeu du dinosaure si le clavier est dispo.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Est-ce que la couleur sera configurable ?
Posté par cosmocat . Évalué à 4.
Avec Hassan Cehef, c'est possible:
https://www.phoronix.com/news/Linux-Black-BSoD
# Collision 26 ans et BSOD
Posté par Benoît Sibaud (site web personnel) . Évalué à 4. Dernière modification le 29 juin 2024 à 08:54.
Le message qui fait le lien entre BSOD et 26 ans : https://bsky.app/profile/ponceto91.bsky.social/post/3kvqlwhmqjd2h Il y a 26 ans, le 25 juin 1998, fut commercialisé Windows 98, successeur de Windows 95. Cette version prendra en charge le système de fichiers FAT32, l'USB, … USB dont la démo publique avec Bill Gates se soldera par le fameux écran bleu de la mort
(C'est décidé, nous sommes chenus, vénérables, dotés d'un kilométrage certain, expérimenté, ce genre de choses…)
Des trucs de personnes matures de ma région : http://gentiane.org/~miod/software/murphy/index.html
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.