[MàJ] Derrière le texte de l'écran du Ctrl+Alt+Suppr : Steve Ballmer

[MàJ] Derrière le texte de l’écran du Ctrl+Alt+Suppr : Steve Ballmer

#LancerDeChaises

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

04/09/2014 2 minutes
64

[MàJ] Derrière le texte de l'écran du Ctrl+Alt+Suppr : Steve Ballmer

Les origines du BSOD, le fameux « écran bleu de la mort », remontent au tout premier Windows.  Dans sa forme la plus connue, présente de Windows 3.1 jusqu’à l’arrivée de Windows XP pour le grand public, saviez-vous que son texte avait été rédigé par Steve Ballmer en personne ?

Le BSOD, pour Blue Screen of Death, a longtemps été un élément distinctif de Windows, au même titre que le menu Démarrer. Durant toute l’époque des systèmes 16 bits ou hybrides 16/32 bits (branche 9x), il n’était pas rare qu’une application cause problème et entraine avec elle le reste du système.

 

C’était encore plus le cas à l’époque des premiers Windows. Jusqu’à l’apparition de Windows NT 3.1 en 1993, le système de Microsoft était caractérisé par un multitâche coopératif, comme d’autres vieux systèmes, à l’instar de Mac OS 9. Dans ce type de multitâche, tous les processus sont actifs en même temps, mais doivent permettre aux autres de fonctionner. Si l’un d’entre eux cause problème, il risque de créer un effet boule de neige.

 

Pour la sortie de Windows 3.1, l’équipe chargée du développement travaillait sur la fameuse combinaison Ctrl + Alt + Suppr, pour reprendre la main justement sur une application qui causerait des difficultés. Steve Ballmer, alors directeur de la division Systems, se rendait régulièrement dans cette équipe pour voir l’avancée du travail. La nouvelle fonction lui plut, mais il n’aima pas le texte. Selon Raymond Chen, développeur chez Microsoft, l’équipe le mit au défi de faire mieux.

 

bsod

 

Quelques jours plus tard, il envoya un email pour proposer le texte présent dans la capture ci-dessus. Selon Chen, ce texte fut appliqué sans pratiquement rien changer. Notez qu’à l’arrivée de Windows 95, il fut légèrement remanié, mais sans changer les bases du message. Aujourd’hui, dans Windows 8, les choses ont cependant largement évolué puisque le texte est beaucoup plus court et affiche une émoticône triste.

64

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Commentaires (64)


J’ai Win7 et toujours un écran bleu de façon assez random, à cause (semble-t-il) de ma carte graphique (atikmpag.sys)… comme quoi, tout n’est pas fini ! <img data-src=" />








maxxyme a écrit :



J’ai Win7 et toujours un écran bleu de façon assez random, à cause (semble-t-il) de ma carte graphique (atikmpag.sys)… comme quoi, tout n’est pas fini ! <img data-src=" />





Un écran bleu n’est pas forcément que dû au système, ça peut être un problème matériel et … Comme bien souvent quand on parle de soucis qui peuvent être logiciels ou matériels, ils sont souvent les deux en même temps : les firmwares/pilotes !



A l’époque de la DDR, la plus grosse source des BSOD (il me semble) était des barrettes de RAM défectueuses.









maxxyme a écrit :



J’ai Win7 et toujours un écran bleu de façon assez random, à cause (semble-t-il) de ma carte graphique (atikmpag.sys)… comme quoi, tout n’est pas fini ! <img data-src=" />





J’ai eu pareil, puis j’ai changé pour une nvidia et je n’ai plus eu de bsod.









maxxyme a écrit :



J’ai Win7 et toujours un écran bleu de façon assez random, à cause (semble-t-il) de ma carte graphique (atikmpag.sys)… comme quoi, tout n’est pas fini ! <img data-src=" />







J’ai la même erreur “régulièrement” mais j’ai plutôt tendance à blâmer ATI plutôt que Microsoft pour le coup :p



Depuis Windows 7 et maintenant Windows 8, je n’ai jamais eu de BSOD.



Par contre, sous Windows XP, il m’arrivait d’en avoir quelques-un.


Il aura marqué l’informatique par de nombreux choses ce monsieur <img data-src=" />


J’ai eu beaucoup de BSOD sur Win7.

Passé 5ghz…








mamath7 a écrit :



J’ai eu beaucoup de BSOD sur Win7.

Passé 5ghz…





Arf, le voyage dans le temps….





Aujourd’hui, dans Windows 8, les choses ont cependant largement évolué puisque le texte est beaucoup plus court et affiche une émoticône triste.



Alors que ce serait tellement plus pertinent de mettre un petit chaton mort à la place <img data-src=" />


En sous titre, ça aurait pu être #MerciPourCeMoment <img data-src=" />








maxxyme a écrit :



J’ai Win7 et toujours un écran bleu de façon assez random, à cause (semble-t-il) de ma carte graphique (atikmpag.sys)… comme quoi, tout n’est pas fini ! <img data-src=" />







Idem au boulot avec un AMD mais depuis que j’ai changé pour une GTX750 bah plus de blem.



C’est les drivers qui posent problème… souvent









Chiwa a écrit :



J’ai la même erreur “régulièrement” mais j’ai plutôt tendance à blâmer ATI plutôt que Microsoft pour le coup :p





Parce que tu touches un minimum à l’informatique et que tu prends le temps de lire le message d’erreur … Pour le grand public par contre Windows est plein de bug …









Nerthazrim a écrit :



Un écran bleu n’est pas forcément que dû au système, ça peut être un problème matériel







Ou bien un fond d’écran, si on est passé à un autre OS et qu’on est nostalgique de ces écrans <img data-src=" />



Ça donne une saveur particulière au fameux BSOD durant la présentation de Win 98 par Bill Gates <img data-src=" />








Nerthazrim a écrit :



A l’époque de la DDR, la plus grosse source des BSOD (il me semble) était des barrettes de RAM défectueuses.







Je serais tenté de dire ‘est toujours’ <img data-src=" />



Avec la CG défectueuse (et les pilotes de cartes son Creative demi-<img data-src=" />)









Nerthazrim a écrit :



Un écran bleu n’est pas forcément que dû au système, ça peut être un problème matériel et … Comme bien souvent quand on parle de soucis qui peuvent être logiciels ou matériels, ils sont souvent les deux en même temps : les firmwares/pilotes !



A l’époque de la DDR, la plus grosse source des BSOD (il me semble) était des barrettes de RAM défectueuses.





Ça, quand le matériel est défectueux, aucun OS ne s’en sort correctement. Quand un pilote est défectueux… Disons que différents OS le gèrent différemment :-p



Même avec un hardware sans défaut, ça m’est arrivé pas mal de fois d’avoir des BSOD sous Windows 95, 98, et même XP…



Decidemment ce Ballmer, toujours dans les bons coups <img data-src=" />








zogG a écrit :



Decidemment ce Ballmer, toujours dans les bons coups <img data-src=" />







Pas tant que ça : il aurait réclamer des droits d’auteurs, il serait plus riche que Bilou à l’heure actuelle <img data-src=" />



“Press ESCAPE to cancel and return to Windows” est un alexandrin.

Quel génie !








zitrams a écrit :



“Press ESCAPE to cancel and return to Windows” est un alexandrin.

Quel génie !









Pour un anglo-saxon, des pentamètres iambiques eussent été de bon aloi <img data-src=" />



<img data-src=" />









Konrad a écrit :



Ça, quand le matériel est défectueux, aucun OS ne s’en sort correctement. Quand un pilote est défectueux… Disons que différents OS le gèrent différemment :-p



Même avec un hardware sans défaut, ça m’est arrivé pas mal de fois d’avoir des BSOD sous Windows 95, 98, et même XP…





Ni Windows,Linux et OSX intègrent un micronoyau. Donc ces trois os gerent exactement pareil un pilote defectueux: Soit un bsod ou un kernel panic.



Parait que c’est Steve Ballmer qui aurait aussi rédigé :

“No Keyboard found, press F2 to continue”



J’ai jamais eu ou vu d’écran bleu depuis le passage à win 8 !

Seulement des screan








charon.G a écrit :



Ni Windows,Linux et OSX intègrent un micronoyau. Donc ces trois os gerent exactement pareil un pilote defectueux: Soit un bsod ou un kernel panic.







Hurd vaincra ! <img data-src=" />



<img data-src=" />










John Shaft a écrit :



Hurd vaincra ! <img data-src=" />



<img data-src=" />





Ou midori <img data-src=" />









typhoon006 a écrit :



Parait que c’est Steve Ballmer qui aurait aussi rédigé :

“No Keyboard found, press F2 to continue”





Hé oui, à l’époque les gens étaient assez intelligents pour comprendre <img data-src=" />









John Shaft a écrit :



Je serais tenté de dire ‘est toujours’ <img data-src=" />



Avec la CG défectueuse (et les pilotes de cartes son Creative demi-<img data-src=" />)





Nan sur les récents ça va, tu perds l’audio mais ça entraîne pas le système avec, t’as juste un message soudain qui te dis que ton matériel n’est pas supporté.



Mais bon, après y’a pas trop d’alternatives à Alchemy je crois.









Zulgrib a écrit :



Nan sur les récents ça va, tu perds l’audio mais ça entraîne pas le système avec, t’as juste un message soudain qui te dis que ton matériel n’est pas supporté.



Mais bon, après y’a pas trop d’alternatives à Alchemy je crois.







Même chose pour les CG.



De plus en plus souvent quand le pilote graphique plante, le système le détecte, purge le pilote en mémoire et le relance comme un grand.









philanthropos a écrit :



Même chose pour les CG.



De plus en plus souvent quand le pilote graphique plante, le système le détecte, purge le pilote en mémoire et le relance comme un grand.







Oui, j’ai remarqué ça, mais sur du ATI ça termine quand même avec un BSOD au bout d’un moment, tandis que les machines que je laisse avec une nVidia s’en tirent sans problèmes beaucoup plus souvent (source : les machines dont je dois re installer les pilotes)









Zulgrib a écrit :



Oui, j’ai remarqué ça, mais sur du ATI ça termine quand même avec un BSOD au bout d’un moment, tandis que les machines que je laisse avec une nVidia s’en tirent sans problèmes beaucoup plus souvent (source : les machines dont je dois re installer les pilotes)







Yep. Grand joueur et overclockant souvent mes machines, je préfère depuis un bon moment mettre du Nvidia, surtout pour la stabilité des pilotes et leur capacité à éviter le BSOD au maximum.



Après, jouer avec une ATI c’est comme la Roulette Russe, un coup ça va, un coup ça part <img data-src=" />









Zulgrib a écrit :



Oui, j’ai remarqué ça, mais sur du ATI ça termine quand même avec un BSOD au bout d’un moment, tandis que les machines que je laisse avec une nVidia s’en tirent sans problèmes beaucoup plus souvent (source : les machines dont je dois re installer les pilotes)







La même ati hd5770 depuis des années, sous w7 et puis sous w8 et 8.1… aucun béhaissodé.



Pilotes graphiques régulièrement mis à jour, poussières et compagnie régulièrement évacuées, …









YesWeekEnd a écrit :



La même ati hd5770 depuis des années, sous w7 et puis sous w8 et 8.1… aucun béhaissodé.



Pilotes graphiques régulièrement mis à jour, poussières et compagnie régulièrement évacuées, …







On parlait des plantages de pilotes qui entrainent un BSOD avec eux.



On troll un peu sur les ATI évidement, mais un PC tenu à jour de ses pilotes n’a pas de raison de planter plus qu’un autre, nous sommes d’accord.





Ca se voit surtout sur les PC “Gaming” où la CG et son pilote sont solicités TRES fortement et où le risque d’erreur et “important”.



Et dans ce genre de cas, il faut avouer que les pilotes de Nvidia ont une forte tendance à éviter le BSOD en se relançant automatiquement grâce au système ; là où un pilote ATI fera plus souvent crasher le système avec lui lorsqu’il plantera.



Au dela de ça, je trouve que les ATI & Nvidia ne plantent pas vraiment plus les unes que les autres, c’est surtout la gestion du plantage qui est discutée là ;)









philanthropos a écrit :



Même chose pour les CG.



De plus en plus souvent quand le pilote graphique plante, le système le détecte, purge le pilote en mémoire et le relance comme un grand.





Yep mais que si ça vient de la partie en espace utilisateur et comme dit au dessus après un certain nombre de récupération du driver le système choisi de provoquer un BSOD



Voir les dossiers Vista et Windows 7 fait par Charon et Vincent

http://www.nextinpact.com/dossier/windows-7-microsoft-vista-dossier/15



Le nouveau modèle de pilotes graphiques WDDM couple un pilote en espace noyau avec un pilote en espace utilisateur. Le but étant de faire passer le plus de code possible en mode utilisateur afin de fiabiliser le système pour éviter les plantages. En effet, les pilotes graphiques restent les plus sensibles d’après les retours de statistiques de Microsoft. L’architecture est aussi fondée sur un noyau graphique (DXGKernel) dont le rôle est d’ordonnancer les commandes envoyées par les pilotes et de gérer la mémoire vidéo.



http://www.nextinpact.com/test/dossier-vista—premiere-partie/6









CrowTown a écrit :



c’est vrai que quand c’était les confs d’Apple, pendant un gros plantage, on voyait rien d’autre que S.Jobs devenir tout rouge, on comprenait jamais trop ce qu’il se passait d’ailleurs, juste qu’il était tout gêné et en colère, et on devinait que certains allaient prendre cher en coulisses <img data-src=" />



Au final c’était pas top quand même, alors que le BSOD de 98 avec le Billou ça c’est mythique <img data-src=" />







C’est marrant que tu fasse très justement référence à ces confs’ parce que au delà des considérations des entreprises, Bill Gates m’a toujours parru beaucoup plus “Sympathique et humain” (dans sa façon d’être j’entends) plutôt que Jobs qui m’a toujours fait l’effet de quelqu’un de “froid”.



Rien que toutes les vidéos des années 80 où Gates & Balmer faisaient les cons … évidement c’était de la communication (remarque ils devaient bien se marrer aussi xD), mais même à l’époque il fallait avoir une sacrée paire de couille et ne clairement pas se prendre (trop) au sérieux pour faire ça.



http://www.youtube.com/watch?v=8coHwAm-LyI

http://www.youtube.com/watch?v=IY2j_GPIqRA









tAran a écrit :



En sous titre, ça aurait pu être #MerciPourCeMoment <img data-src=" />









<img data-src=" />









charon.G a écrit :



Ni Windows,Linux et OSX intègrent un micronoyau. Donc ces trois os gerent exactement pareil un pilote defectueux: Soit un bsod ou un kernel panic.





J’ai eu à faire à plusieurs versions de pilotes graphiques nVidia foireux sous Linux, et pourtant ils n’ont jamais provoqué de kernel panic.



Certains pilotes tournent en espace noyau, et ceux-là sont effectivement en mesure de provoquer des kernel panic. Mais il y a pas mal de pilotes (dont les pilotes graphiques) qui tournent en espace utilisateur, donc impossible pour eux de provoquer des kernel panic. De plus depuis Linux 2.6 (2003) pas mal de pilotes existent en tant que modules du noyau, ils peuvent être chargés ou déchargés à la volée.



Sous Windows les pilotes graphiques tournent en espace noyau, d’où les écrans bleus si le pilote plante. Microsoft essaye de s’en protéger en requérant la validation du pilote avant sa distribution (certification WHQL).



Le fonctionnement n’est donc pas «exactement pareil». Après on est d’accord qu’avec un micro-noyau aucun pilote ne tourne en espace noyau, ce qui réduit fortement ces risques de plantage abrupt du système.









Konrad a écrit :



J’ai eu à faire à plusieurs versions de pilotes graphiques nVidia foireux sous Linux, et pourtant ils n’ont jamais provoqué de kernel panic.



Certains pilotes tournent en espace noyau, et ceux-là sont effectivement en mesure de provoquer des kernel panic. Mais il y a pas mal de pilotes (dont les pilotes graphiques) qui tournent en espace utilisateur, donc impossible pour eux de provoquer des kernel panic. De plus depuis Linux 2.6 (2003) pas mal de pilotes existent en tant que modules du noyau, ils peuvent être chargés ou déchargés à la volée.



Sous Windows les pilotes graphiques tournent en espace noyau, d’où les écrans bleus si le pilote plante. Microsoft essaye de s’en protéger en requérant la validation du pilote avant sa distribution (certification WHQL).



Le fonctionnement n’est donc pas «exactement pareil». Après on est d’accord qu’avec un micro-noyau aucun pilote ne tourne en espace noyau, ce qui réduit fortement ces risques de plantage abrupt du système.





Oui je parlais des pilotes noyau. Par contre pour windows tu te plantes pour toute une série de drivers ils ont en umdf(on est plus sous XP hein). C’est un framework de pilotes user mode apparu sur Vista. Ces drivers ne font pas planter la machine.

Après les pilotes graphiques sur Windows c’est hybride. la plus grosse partie du code est dans un driver umdf. Mais il garde un driver kernel mode pour l’accès bas niveau.



Pour Linux tu es mal renseigné mais c’est pareil. pour l’accélération graphique il y aussi un module kernel mode pour opengl. Et ce pilote peut planter de la même façon que le pilote graphique kernel mode sur Windows.



Ensuite Sur Windows le sous système graphique est capable de redémarrer si le GPU ne répond plus. Et a ma connaissance Windows est le seul OS qui gère ce cas

En fait le fonctionnement de la pile graphique est unique sur Windows depuis Vista. Il est basé autour d’un noyau graphique(dxgkrnl.sys) qui gère la mémoire vidéo, les différentes taches graphiques etc. Il est doté d’un ordonnanceur.



Tu ne peux avoir juste un driver user mode pour la carte graphique. Certains drivers ont besoin de performances. Il faudra toujours un driver noyau pour certains matériels. Si Linux utilisait un driver user mode uniquement il obtiendrait des mauvaises performances graphiques.








charon.G a écrit :



Oui je parlais des pilotes noyau. Par contre pour windows tu te plantes pour toute une série de drivers ils ont en umdf(on est plus sous XP hein).





Justement je disais plus haut que les écrans bleus que j’avais eus c’était sous Windows 95, 98 et XP. Par la suite ça a évolué et c’est tant mieux.



Par contre j’utilise Linux depuis 2005, et jamais eu un seul kernel panic. Mais là je parle juste de mon expérience personnelle, ça ne fait pas office de statistiques fiables.









Konrad a écrit :



Justement je disais plus haut que les écrans bleus que j’avais eus c’était sous Windows 95, 98 et XP. Par la suite ça a évolué et c’est tant mieux.



Par contre j’utilise Linux depuis 2005, et jamais eu un seul kernel panic. Mais là je parle juste de mon expérience personnelle, ça ne fait pas office de statistiques fiables.





Moi aussi j’en ai quasiment pas, Windows est devenu relativement stable. les seuls bsod que j’ai pu avoir c’est de par mon boulot d’avoir teste des drivers foireux.









maxxyme a écrit :



J’ai Win7 et toujours un écran bleu de façon assez random, à cause (semble-t-il) de ma carte graphique (atikmpag.sys)… comme quoi, tout n’est pas fini ! <img data-src=" />







la même ici depuis que j’ai une 290 (avant un CF de 4850 aucun problème)



alors que j’avais passé les 5 dernière année sans aucun écran bleu <img data-src=" />









maxxyme a écrit :



J’ai Win7 et toujours un écran bleu de façon assez random, à cause (semble-t-il) de ma carte graphique (atikmpag.sys)… comme quoi, tout n’est pas fini ! <img data-src=" />





Je ne sais pas quel modèle tu as exactement mais il y a des séries qui buggent grave.

J’ai un ami assembleur qui se plaint de la serie R9 une sur deux est renvoyée au SAV. Sur le forum ma-config.com on observe le même genre de problèmes sur cette série.









Reparateur a écrit :



la même ici depuis que j’ai une 290 (avant un CF de 4850 aucun problème)



alors que j’avais passé les 5 dernière année sans aucun écran bleu <img data-src=" />





Tu as une R9 apparemment tu devrais la renvoyer au SAV tant qu’elle est sous garantie.









charon.G a écrit :



Je ne sais pas quel modèle tu as exactement mais il y a des séries qui buggent grave.

J’ai un ami assembleur qui se plaint de la serie R9 une sur deux est renvoyée au SAV. Sur le forum ma-config.com on observe le même genre de problèmes sur cette série.





SAPPHIRE VAPOR-X HD 4850 1GB GDDR3 PCI-E

et ça fait belle lurette qu’elle n’est plus sous garantie (malheureusement) parce que j’ai trop tardé à traiter le problème… <img data-src=" />









Reparateur a écrit :



la même ici depuis que j’ai une 290 (avant un CF de 4850 aucun problème)



alors que j’avais passé les 5 dernière année sans aucun écran bleu <img data-src=" />







la même. 90% sûr que c’est dû aux drivers ; ça ne se passe QUE quand je lis quelque chose avec Flash. Youtube, Soundcloud .. j’ai toujours un petit risque que ça BSOD



Quand j’étais sous XP, les BSOD se partageaient entre carte son et carte graphique … maintenant sous 7 j’en ai encore de temps en temps quand la CG surchauffe <img data-src=" />



J’ai eu une fois le BSOD sous 8.1 avec le portable mais du coup on ne sait pas d’où ça vient (plus aucune info &gt;_&lt;)








garvek a écrit :



Quand j’étais sous XP, les BSOD se partageaient entre carte son et carte graphique … maintenant sous 7 j’en ai encore de temps en temps quand la CG surchauffe <img data-src=" />



J’ai eu une fois le BSOD sous 8.1 avec le portable mais du coup on ne sait pas d’où ça vient (plus aucune info )







Sur Windows tu peux utiliser l’Observateur d’Evenements pour … observer les évènements divers et leurs raisons, dont les BSOD.



Pour l’ouvrir rapidement : Touche Windows + R et exécuter cette commande :



%SystemRoot%\system32\eventvwr.msc





Tu recherche ensuite la date de ton BSOD généralement dans “Journaux Windows -&gt; Système” :)









RinSa a écrit :



la même. 90% sûr que c’est dû aux drivers ; ça ne se passe QUE quand je lis quelque chose avec Flash. Youtube, Soundcloud .. j’ai toujours un petit risque que ça BSOD







oui j’ai noté la même chose

un peut trop de flash à l’écran et ça peut cracher ^^



après j’utilise Firefox peut être avec un autre navigateur ça passerais mieux aucune idée










Jarodd a écrit :



Ou bien un fond d’écran, si on est passé à un autre OS et qu’on est nostalgique de ces écrans <img data-src=" />





Bof, un fond d’écran, c’est pas terrible.



Non, le mieux, c’est de mettre ça comme économiseur d’écran. Surtout au boulot <img data-src=" />





charon.G a écrit :



Ni Windows,Linux et OSX intègrent un micronoyau. Donc ces trois os gerent exactement pareil un pilote defectueux: Soit un bsod ou un kernel panic.





Si je ne m’abuse, OS X tourne sur un micro-noyau. Il utilise le kernel Mach de mémoire.







charon.G a écrit :



Je ne sais pas quel modèle tu as exactement mais il y a des séries qui buggent grave.

J’ai un ami assembleur qui se plaint de la serie R9 une sur deux est renvoyée au SAV. Sur le forum ma-config.com on observe le même genre de problèmes sur cette série.





Une carte sur deux défectueuse ? C’est petit joueur ça. Non, le mieux de tout, c’est d’avoir du 83% de cartes défectueuses sur un produit. Comme avec les premières 7900GTX. C’est simple, elles cramaient entre 2 heures et 2 semaines en générale.

D’ailleurs, le SAV de mon pote en avait tellement marre qu’en recevant la 5ème carte, ils l’ont testé avant de me la donner. Pour finir, ils ne me l’ont jamais donné, elle a cramée au bout de 2 minutes <img data-src=" />



Sinon, pour en revenir à la news, en fait, Steve voulait devenir écrivain et devenir célèbre auprès de millions de personnes. Aujourd’hui, Steve a réalisé son rêve. Il rédige les messages des BSOD de Windows <img data-src=" />









Jaskier a écrit :



Bof, un fond d’écran, c’est pas terrible.



Non, le mieux, c’est de mettre ça comme économiseur d’écran. Surtout au boulot <img data-src=" />



Si je ne m’abuse, OS X tourne sur un micro-noyau. Il utilise le kernel Mach de mémoire.





En fait Mach charge le sous système BSD et les drivers en kernel mode. C’est un micro noyau hybride comme le noyau NT. Si tu regardes des graphiques sur l’architecture du noyau NT, On voit apparaitre aussi le nom de MicroKernel. C’était la conception initiale. Mais au final il charge plusieurs drivers en kernel mode pour les performances.







Jaskier a écrit :



Une carte sur deux défectueuse ? C’est petit joueur ça. Non, le mieux de tout, c’est d’avoir du 83% de cartes défectueuses sur un produit. Comme avec les premières 7900GTX. C’est simple, elles cramaient entre 2 heures et 2 semaines en générale.

D’ailleurs, le SAV de mon pote en avait tellement marre qu’en recevant la 5ème carte, ils l’ont testé avant de me la donner. Pour finir, ils ne me l’ont jamais donné, elle a cramée au bout de 2 minutes





Y a des séries comme ça <img data-src=" />









Gab& a écrit :



Il aura marqué l’informatique par de nombreux choses ce monsieur <img data-src=" />





et pourtant quel homme ! Quelle oeuvre !

C’était si beau que je m’en souviens encore. Des larmes viriles ont été versées la première fois où, alors étudiant, un BSOD a viandé sauvagement 3H de travail non sauvegardées :‘) (Windows Millenium en ce temps là)









charon.G a écrit :



Ensuite Sur Windows le sous système graphique est capable de redémarrer si le GPU ne répond plus. Et a ma connaissance Windows est le seul OS qui gère ce cas

En fait le fonctionnement de la pile graphique est unique sur Windows depuis Vista. Il est basé autour d’un noyau graphique(dxgkrnl.sys) qui gère la mémoire vidéo, les différentes taches graphiques etc. Il est doté d’un ordonnanceur.







A titre personnel, en dix ans de Linuxeries, je n’ai jamais eu de blocage hardware. En général quand la couche graphique se viande pour une raison X ou Y, tant que le CPU n’a pas figé et que le système répond derrière, je kill le serveur graphique par SSH et ça repart sans avoir à rebooter la machine.



En fait j’ai jamais eu de kernel panic sur mon PC <img data-src=" />



Mais il est clair que la récupération du GPU fait depuis Vista est très bonne. Au taff certains PC sous Windows 8 passent leur temps à faire écran noir puis notif “le système graphique a été redémarré”, c’est dire la qualité de certains pilotes ou logiciels qui utilisent de l’accélération hardware…









maxxyme a écrit :



J’ai Win7 et toujours un écran bleu de façon assez random, à cause (semble-t-il) de ma carte graphique (atikmpag.sys)… comme quoi, tout n’est pas fini ! <img data-src=" />





j’avais eu ce même problème sur mon vieux pc, je l’avais corrigé en désactivant les effets de transparence d’aero x)



Ca me rappelle le petit jeu sur PCI sur les BSOD de Windows 8 ^^

http://i39.servimg.com/u/f39/14/94/86/06/kikoob10.jpg









WereWindle a écrit :



et pourtant quel homme ! Quelle oeuvre !

C’était si beau que je m’en souviens encore. Des larmes viriles ont été versées la première fois où, alors étudiant, un BSOD a viandé sauvagement 3H de travail non sauvegardées :‘) (Windows Millenium en ce temps là)





en même temps, passer sous Windows Millenium, il fallait vraiment avoir des tendances suicidaires <img data-src=" />



et pour le côté “ j’ai perdu beaucoup de taff en 5mn, ‘culé de BSOD” j’ai vécu ça aussi <img data-src=" />



j’ai du réécrire quasiment tout d’un exposé de 150 pages pour un exam final ! (2 jours avant la remise du dit rapport) …

ça a eu un effet positif quand même, maintenant je souffre de sauvegardite aiguë a tendance paranoïaque <img data-src=" />









kamuisuki a écrit :



Ca me rappelle le petit jeu sur PCI sur les BSOD de Windows 8 ^^

http://i39.servimg.com/u/f39/14/94/86/06/kikoob10.jpg





souvenirs, souvenirs ! <img data-src=" />









Yutani a écrit :



en même temps, passer sous Windows Millenium, il fallait vraiment avoir des tendances suicidaires <img data-src=" />





Pas forcément. De mémoire, c’était une époque où le grand publique commençait à s’équiper en informatique, et celui-ci n’y connaissait pas forcément grand chose.



Ceci dit, je me suis fait aussi avoir, puisque je l’avais aussi installé sur le PC, à coté de mes partitions 98, 2000 et Mandrake. C’est pas resté longtemps tellement ça plantait <img data-src=" />



Par contre, il m’a pas fait perdre de données. Pour les trucs importants, je faisais ça sous Mandrake, c’était bien plus sage à l’époque<img data-src=" />









Jaskier a écrit :



Pas forcément. De mémoire, c’était une époque où le grand publique commençait à s’équiper en informatique, et celui-ci n’y connaissait pas forcément grand chose.



Ceci dit, je me suis fait aussi avoir, puisque je l’avais aussi installé sur le PC, à coté de mes partitions 98, 2000 et Mandrake. C’est pas resté longtemps tellement ça plantait <img data-src=" />



Par contre, il m’a pas fait perdre de données. Pour les trucs importants, je faisais ça sous Mandrake, c’était bien plus sage à l’époque<img data-src=" />





a mon corps défandant, a l’époque, je ne connaissais pas Linux, tout mon matos était sous windows <img data-src=" />









Jarodd a écrit :



Ou bien un fond d’écran, si on est passé à un autre OS et qu’on est nostalgique de ces écrans <img data-src=" />









Hahaha, pareil, j’ai mis ce truc en wallpaper de mon NAS… <img data-src=" />



Note, pour info:



J’ai eu quelques soucis avec un ordinateur portable ivy bridge doté d’une carte ATI.



Des fameux BSOD en boucle, et je revois régulièrement ces symptomes….



Mon erreur a été de chercher un driver officiel récent. Etrangement les drivers ATI déconnent dès qu’il s’agit de switcher du chipset graphique du processeur à la carte graphique….



Une seule solution semble fonctionner: désinstaller les drivers et applications associées (intel et ATI) et installer un package conçu pour. (leshcat catalyst). Depuis plus aucun symptôme.



Ceci marche pour les ordinateurs portables en tout cas


A ce propos on remarquera que sur Mac dans le parcours réseau SMB l’icône des Mac représente un écran avec un pomme et l’icône des PC un écran avec… un BSOD ! <img data-src=" />








Dr.Wily a écrit :



A ce propos on remarquera que sur Mac dans le parcours réseau SMB l’icône des Mac représente un écran avec un pomme et l’icône des PC un écran avec… un BSOD ! <img data-src=" />





C’est pour l’UX : “attention, cette ressource peut disparaître inopinément”

<img data-src=" />