$ apt show xscreensaver-screensaver-bsod
Package: xscreensaver-screensaver-bsod
[...]
Description: BSOD screen saver module from XScreenSaver
This package ships the mode BSOD that shows the popular Blue Screens of Death
from several OSes including BSD, Windows, Linux, Solaris, Apple and much more.
.
WARNING: This screensaver could be confused with a real BSOD and could lead an
user to reboot the machine with consequences like data loss.
La version 255 de systemd, le gestionnaire de services utilisé par Linux — le premier processus lancé au démarrage de l’ordinateur — intègre un nouveau service systemd-bsod qui peut générer un message d’erreur plein écran sur les distributions Linux les plus populaires (Debian, Arch, Fedora, Ubuntu…).
including a QR code which can be scanned to get helpful information about the failure.
Si ça donne une information utile, alors ça n’est pas une bonne imitation.
Les fois où j’ai cherché un code d’erreur Windows (un instant de faiblesse), la documentation Microsoft indiquait que ça pouvait être un tas de trucs, souvent sans le moindre rapport entre eux, et des procédures tellement délirantes pour diagnostiquer le problème exact que c’était plus facile de le corriger au feeling, sans savoir exactement ce que c’était.
En dernier, ça concernait des codes d’erreur « civilisés », arrivés dans des fenêtres sans que tout le système se vautre. Je ne me rappelle pas s’il y avait encore l’adresse où ça a planté, comme sur les BSOD (mais l’adresse où ça a planté, ça nous fait une belle jambe).
Les Guru meditations de l’Amiga étaient plus informatives : le code d’erreur avait une vraie signification, pas douze.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Un kernel panic, ou equivalemt, avec dump est bien plus efficace qu'un BSOD pour debuggger. Objectivement, je me demande ce que voent foutre un BSOD au noveau de systemd. Idem pour le oom killer: je ne comprend pas pourquoi systemd a un oom killer. C'est pas censé être le noyau qui gère ça ?
Devuan sur les raspberry pi (sauf si je l'utilise pour xbmc), FreBSD sur mon (assez ancien) pc fixe et sur mon routeur. SystemD n'est présent que sur mon pc portable (ubuntu) - parce' que je n'ai pas encore pris le temps de le virer. (j'envisage de lui coller un freebsd si j'arrive à utiliser la mise en veille, ou de retourner "aux sources" avec une slackware, mais pour ça il me faut un autre disque NVME mais ces derniers temps ce n'était pas ma priorité du point de vue finance). Et ça me permet de constater que tous les reproches que j'ai pu faire à systemd avant même qu'il ne soit généralisé se sont avérés. Systemd s'étend bien plus qu'il ne devrait, et m'emmerde depuis qu'il intègre entre autre un cache DNS, un oom killer, lorsqu'il se met à attendre " plombes our arrêter un service qui ne répond pas a lors que justement si je reboot c'est parce que ledit service ne répond pas, et d'autres trucs qui me gavent mais dont je ne me rappelle plus dans l'immédiat (je me rappelle vaguement d'avoir eu des problèmes à démonter/remonter des systèmes de fichiers à cause de systemd, mais je ne me rappelle plus exactement en quelles circonstances ni comment je m'en suis sorti, alors qu'avant, je n'avais qu'à killer les process utilisant ledit système de fichier et je pouvais le démonter avec un simple umount).
Maintenant je te vois venir : tu vas me reprocher d'être anti systemd et de l'utiliser quand même : mais d'un autre côté ça me permet de savoir de quoi je parle quand je le critique.
Posté par Psychofox (Mastodon) .
Évalué à 3.
Dernière modification le 10 décembre 2023 à 17:10.
Maintenant je te vois venir : tu vas me reprocher d'être anti systemd et de l'utiliser quand même : mais d'un autre côté ça me permet de savoir de quoi je parle quand je le critique.
Ben non.
Sans être anti-systemd[1] je reste curieux. J'ai installé il y a quelques mois une artix sur une VM avec si je me rappelle bien runit comme init mais:
1. c'est difficile de faire des conclusions sur une VM, surtout si on l'utilise peu
2. Quand j'avais du activer le démarrage d'un service installé à partir de AUR j'avais du le faire à la popogne et ça m'avait paru moins user-friendly qu'écrire une unit systemd
Du coup je me demandais ce que choisissais la plèbe anti-systemd. J'avoue avoir une nostalgie pour la slackware qui a longtemps été ma distro par défaut et dont appimage, flatpak, podman et probablement distrobox permettent de minimiser grandement le reproche qu'on lui faisait souvent à l'époque[2], mais aussi curiosité sur l'utilisation d'alpine avec musl comme machine desktop[3].
[1]j'avoue ne pas rencontrer de problème avec sur mes fedora/almalinux. Et je trouve pas mal de fonctionnalités bien pratiques: journald/journalctl, les timers, l'intégration avec les containers, les units facile à écrire, les services "utilisateur", etc.
[2] le manque de paquets précompilés disponibles
[3] jusqu'à présent ça a toujours été dans mon usage perso un OS à containers.
lorsqu'il se met à attendre 3 plombes pour arrêter un service qui ne répond pas alors que justement si je reboot c'est parce que ledit service ne répond pas
Ça ne te fera pas apprécier systemd pour autant, mais si ça peut t'aider pour ce genre de cas :
- si tu as accès physiquement à la machine, tu peux faire ctrl-alt-delete 7 fois en moins de 2 secondes ;
- si tu es en distant, il faut envoyer un SIGINT 7 fois en moins de 2 secondes (faire un alias ou un script) ;
Alors, ce n'est clairement pas dans les standards d’accessibilité, quelqu'un avec des difficultés motrices ou une seule main serait bien en peine d'y arriver.
Mais je m'en sers régulièrement pour expédier des reboots de serveurs qui attendent bêtement que leurs 34 points de montage NFS soient démontés1, ce qui n'arrivera jamais… Ou parfois quand systemd lui-même est planté, et s'attend lui-même (oui ça arrive :D).
Et donc faire 7 fois la manip en 2 secondes, une fois les doigts en place, ce n'est pas du tout difficile ! En tout cas bien moins que quitter vi rapidement quand on est sur la mauvaise keymap :').
souvent à cause d'une mauvaise config au départ, oui ↩
je m'en sers régulièrement […]
Et donc faire 7 fois la manip en 2 secondes, une fois les doigts en place, ce n'est pas du tout difficile !
Après, mon aprioris vient certainement de ce que je n’ai pas essayé …en plus d’avoir d’avance la certitude de ne pas y arriver (y a qu’à comment je me loupe avec les doubles et triples clics ou simplement si tu me demandes d’appuyer trois fois sur la même touche en deux secondes —je parle d’appuis distincts et non de rester appuyé sur la même touche) ;D
quitter vi rapidement quand on est sur la mauvaise keymap :').
Ah toi aussi tu souffres de ces dispositions azerty ? Sinon ZZ (équivalent de :x) …et si c’est vim ZQ aussi (équivalent de :q!)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Ce n'est pas plus simple (*) d'utiliser les combinaisons de touches Magic System Request pour déclencher un redémarrage ?
(*) disons relativement plus simple parce que d'une seule main ou avec difficultés motrices, ce n'est pas gagné non plus, mais bon, pas besoin d'être un lapin sous stéroïdes et d'appuyer 7 fois en 2s en tout cas https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html
En fait, ça ne fait pas totalement la même chose. Le truc de systemd exécute quand même la séquence de reboot/shutdown. C'est un intermédiaire entre un arrêt propre et le sysrq, puisque ce dernier fait un reset sans autre forme de procès.
Dr: avant de signer votre arrêt de travail, rupture des ligaments du doigt, comment vous êtes-vous fait ça vous le chétif et pâle employé de bureau ?
beh j'utilisais systemd et les Magic System Request dans un ballet magistral de mes 0x0A doigts virevoltants frénétiquement sur mon clavier à la disposition volontairement anti-ergonomique quand mon corps de oisif d'intérieur m'a lâché
Dr: ne me dites pas qu'en plus vous utilisez Emacs ? Vous pensez à vos articulations ?
tu peux faire ctrl-alt-delete 7 fois en moins de 2 secondes
Euh … ils ont pris quoi pour penser à un truc pareil ?
Si je me souviens bien, il n'y a pas besoin de faire 7 fois la manipulation en 2 secondes: il suffit de tenir la séquence appuyée pendant 2 secondes ;)
7 appuis en 2 secondes ça fait 210BPM si je ne me trompe pas. On a quantité d'implémentations de Tap-Tempo pour que chacun puisse vérifier qu'il en est capable avant de se lancer dans cette manip ardue et dangereuse.
Finalement les informations présentées par le BSOD sont pertinentes et importantes (lire le ALT si comme moi vous arrivez pas à bien lire sur la photo): https://mastodon.top/@D_cence/111544766689522654
# Il était déja présent depuis bien longtemps
Posté par shbrol . Évalué à 8.
# Citation d'un grand homme
Posté par AncalagonTotof . Évalué à 2.
(pas garantie à 100 %)
# enfin !
Posté par Meku (site web personnel) . Évalué à 10.
Linux est enfin prêt pour le Desktop !
[^] # Re: enfin !
Posté par abriotde (site web personnel, Mastodon) . Évalué à 1.
Il dit qu'il ne voit pas le rapport
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Pas de BSOD sous Linux mais ....
Posté par totof2000 . Évalué à 4.
… du kernel panic.
Est-ce une blague ?
[^] # Re: Pas de BSOD sous Linux mais ....
Posté par Faya . Évalué à 5. Dernière modification le 08 décembre 2023 à 22:57.
Apparemment non
https://www.freedesktop.org/software/systemd/man/latest/systemd-bsod.service.html#--continuous
https://github.com/search?q=repo%3Asystemd%2Fsystemd%20bsod&type=code
Enfin c'est peut-être une blague des développeurs de systemd mais ils l'ont effectivement créé
[EDIT]
Ça peut servir parce que je me suis déjà retrouvé à prendre mon écran en photo comme un n00b quand il y a un plantage au boot
[^] # Re: Pas de BSOD sous Linux mais ....
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3.
Donc c’est du QRc of death? Et comme on est vendredi, je dirai qu’ils vont mettre le coredump dedans ?
-~->[]“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Mauvaise imitation ?
Posté par Arthur Accroc . Évalué à 7.
Si ça donne une information utile, alors ça n’est pas une bonne imitation.
Les fois où j’ai cherché un code d’erreur Windows (un instant de faiblesse), la documentation Microsoft indiquait que ça pouvait être un tas de trucs, souvent sans le moindre rapport entre eux, et des procédures tellement délirantes pour diagnostiquer le problème exact que c’était plus facile de le corriger au feeling, sans savoir exactement ce que c’était.
En dernier, ça concernait des codes d’erreur « civilisés », arrivés dans des fenêtres sans que tout le système se vautre. Je ne me rappelle pas s’il y avait encore l’adresse où ça a planté, comme sur les BSOD (mais l’adresse où ça a planté, ça nous fait une belle jambe).
Les Guru meditations de l’Amiga étaient plus informatives : le code d’erreur avait une vraie signification, pas douze.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Mauvaise imitation ?
Posté par totof2000 . Évalué à 1.
Un kernel panic, ou equivalemt, avec dump est bien plus efficace qu'un BSOD pour debuggger. Objectivement, je me demande ce que voent foutre un BSOD au noveau de systemd. Idem pour le oom killer: je ne comprend pas pourquoi systemd a un oom killer. C'est pas censé être le noyau qui gère ça ?
[^] # Re: Mauvaise imitation ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 1.
Toi tu vires complotiste ; & les défenseurs de systemd ne vont pas tarder à te tomber dessus…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Mauvaise imitation ?
Posté par totof2000 . Évalué à -2.
Bah, j'ai toujours été ouvertement contre systemd. Et malhereusement les faits m'ont donné raison sur pas mal de choses.
[^] # Re: Mauvaise imitation ?
Posté par Psychofox (Mastodon) . Évalué à 3.
Du coup tu utilises quel distrib? Devuan? Alpine? gentoo? Artix? Autre?
[^] # Re: Mauvaise imitation ?
Posté par totof2000 . Évalué à 3.
Devuan sur les raspberry pi (sauf si je l'utilise pour xbmc), FreBSD sur mon (assez ancien) pc fixe et sur mon routeur. SystemD n'est présent que sur mon pc portable (ubuntu) - parce' que je n'ai pas encore pris le temps de le virer. (j'envisage de lui coller un freebsd si j'arrive à utiliser la mise en veille, ou de retourner "aux sources" avec une slackware, mais pour ça il me faut un autre disque NVME mais ces derniers temps ce n'était pas ma priorité du point de vue finance). Et ça me permet de constater que tous les reproches que j'ai pu faire à systemd avant même qu'il ne soit généralisé se sont avérés. Systemd s'étend bien plus qu'il ne devrait, et m'emmerde depuis qu'il intègre entre autre un cache DNS, un oom killer, lorsqu'il se met à attendre " plombes our arrêter un service qui ne répond pas a lors que justement si je reboot c'est parce que ledit service ne répond pas, et d'autres trucs qui me gavent mais dont je ne me rappelle plus dans l'immédiat (je me rappelle vaguement d'avoir eu des problèmes à démonter/remonter des systèmes de fichiers à cause de systemd, mais je ne me rappelle plus exactement en quelles circonstances ni comment je m'en suis sorti, alors qu'avant, je n'avais qu'à killer les process utilisant ledit système de fichier et je pouvais le démonter avec un simple umount).
Maintenant je te vois venir : tu vas me reprocher d'être anti systemd et de l'utiliser quand même : mais d'un autre côté ça me permet de savoir de quoi je parle quand je le critique.
[^] # Re: Mauvaise imitation ?
Posté par Psychofox (Mastodon) . Évalué à 3. Dernière modification le 10 décembre 2023 à 17:10.
Ben non.
Sans être anti-systemd[1] je reste curieux. J'ai installé il y a quelques mois une artix sur une VM avec si je me rappelle bien
runitcomme init mais:1. c'est difficile de faire des conclusions sur une VM, surtout si on l'utilise peu
2. Quand j'avais du activer le démarrage d'un service installé à partir de AUR j'avais du le faire à la popogne et ça m'avait paru moins user-friendly qu'écrire une unit systemd
Du coup je me demandais ce que choisissais la plèbe anti-systemd. J'avoue avoir une nostalgie pour la slackware qui a longtemps été ma distro par défaut et dont appimage, flatpak, podman et probablement distrobox permettent de minimiser grandement le reproche qu'on lui faisait souvent à l'époque[2], mais aussi curiosité sur l'utilisation d'alpine avec musl comme machine desktop[3].
[1]j'avoue ne pas rencontrer de problème avec sur mes fedora/almalinux. Et je trouve pas mal de fonctionnalités bien pratiques: journald/journalctl, les timers, l'intégration avec les containers, les units facile à écrire, les services "utilisateur", etc.
[2] le manque de paquets précompilés disponibles
[3] jusqu'à présent ça a toujours été dans mon usage perso un OS à containers.
[^] # Re: Mauvaise imitation ?
Posté par cg . Évalué à 3.
Ça ne te fera pas apprécier systemd pour autant, mais si ça peut t'aider pour ce genre de cas :
- si tu as accès physiquement à la machine, tu peux faire ctrl-alt-delete 7 fois en moins de 2 secondes ;
- si tu es en distant, il faut envoyer un SIGINT 7 fois en moins de 2 secondes (faire un alias ou un script) ;
C'est bien documenté.
[^] # Re: Mauvaise imitation ?
Posté par totof2000 . Évalué à 5.
Euh … ils ont pris quoi pour penser à un truc pareil ?
Tu as raison. Mais merci pour l'info Ca peut servir.
[^] # Re: Mauvaise imitation ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 4.
Une bonne qui fait penser que les admin sys sont de super être assimilables à Flash Gordon, Klark Kent, Inspecteur Gadget…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Mauvaise imitation ?
Posté par cg . Évalué à 4.
Alors, ce n'est clairement pas dans les standards d’accessibilité, quelqu'un avec des difficultés motrices ou une seule main serait bien en peine d'y arriver.
Mais je m'en sers régulièrement pour expédier des reboots de serveurs qui attendent bêtement que leurs 34 points de montage NFS soient démontés1, ce qui n'arrivera jamais… Ou parfois quand systemd lui-même est planté, et s'attend lui-même (oui ça arrive :D).
Et donc faire 7 fois la manip en 2 secondes, une fois les doigts en place, ce n'est pas du tout difficile ! En tout cas bien moins que quitter
virapidement quand on est sur la mauvaise keymap :').souvent à cause d'une mauvaise config au départ, oui ↩
[^] # Re: Mauvaise imitation ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3.
Intéressant… Merci pour le retour rassurant
Après, mon aprioris vient certainement de ce que je n’ai pas essayé …en plus d’avoir d’avance la certitude de ne pas y arriver (y a qu’à comment je me loupe avec les doubles et triples clics ou simplement si tu me demandes d’appuyer trois fois sur la même touche en deux secondes —je parle d’appuis distincts et non de rester appuyé sur la même touche) ;D
Ah toi aussi tu souffres de ces dispositions azerty ? Sinon ZZ (équivalent de
:x) …et si c’est vim ZQ aussi (équivalent de:q!)“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Mauvaise imitation ?
Posté par Benoît Sibaud (site web personnel) . Évalué à 5. Dernière modification le 12 décembre 2023 à 08:25.
Ce n'est pas plus simple (*) d'utiliser les combinaisons de touches Magic System Request pour déclencher un redémarrage ?
(*) disons relativement plus simple parce que d'une seule main ou avec difficultés motrices, ce n'est pas gagné non plus, mais bon, pas besoin d'être un lapin sous stéroïdes et d'appuyer 7 fois en 2s en tout cas
https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html
[^] # Re: Mauvaise imitation ?
Posté par cg . Évalué à 2.
Étant un lapin sous stéroïdes, j'aime bien.
En fait, ça ne fait pas totalement la même chose. Le truc de systemd exécute quand même la séquence de reboot/shutdown. C'est un intermédiaire entre un arrêt propre et le sysrq, puisque ce dernier fait un reset sans autre forme de procès.
L'un n'empêche pas l'autre :).
[^] # Re: Mauvaise imitation ?
Posté par Benoît Sibaud (site web personnel) . Évalué à 6.
[^] # Re: Mauvaise imitation ?
Posté par Psychofox (Mastodon) . Évalué à 4.
La MagicSysRQ j'utilise ça pour avoir un dump du noyau, pas pour tuer des services.
[^] # Re: Mauvaise imitation ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . Évalué à 2.
Si je me souviens bien, il n'y a pas besoin de faire 7 fois la manipulation en 2 secondes: il suffit de tenir la séquence appuyée pendant 2 secondes ;)
[^] # Re: Mauvaise imitation ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3.
Ça plait bien mieux à la personne pas surhumaine que je suis.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Mauvaise imitation ?
Posté par Faya . Évalué à 4.
7 appuis en 2 secondes ça fait 210BPM si je ne me trompe pas. On a quantité d'implémentations de Tap-Tempo pour que chacun puisse vérifier qu'il en est capable avant de se lancer dans cette manip ardue et dangereuse.
[^] # Re: Mauvaise imitation ?
Posté par sebas . Évalué à 2.
« 1-2-3 j'irai dans les boioiaas
« 4-5-6 cueillir des ceriiiiseuh
« 7-8-9 … chef, ça reboote pas
— plus vite, eh, limace !
« 123 jiraidanlébois
« 456 cueillirdéceriz
« 789 … beuh, toujours pas !
« undtroijrédléboi
« catsyncsqueydsriz
« stuitnf … grrr, allô, Lennart ?
[^] # Re: Mauvaise imitation ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2.
Je ne sais pas pourquoi j’imagine la galère…
J’imagine la fourberie : c’est 7 pas un jour ni un péché de plus…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Mauvaise imitation ?
Posté par totof2000 . Évalué à 4.
Sinon, Alpine, que j'ai plutôt découvert en créant des images docker, est une des candidates si je n'arrive pas à installer FreeBSD sur mon portable
# BSOD apparu sur Lyon également
Posté par cosmocat . Évalué à 10.
Finalement les informations présentées par le BSOD sont pertinentes et importantes (lire le ALT si comme moi vous arrivez pas à bien lire sur la photo):
https://mastodon.top/@D_cence/111544766689522654
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.