Ma-Config rend utile les infos des écrans bleus de la mort

Utilisateurs de Windows, vous avez appris à vivre avec les écrans bleus de la mort, les fameux BSOD, qui apparaissent dès lors que le système d'exploitation plante violemment. Sur cet écran, des informations qui ne veulent rien dire, ou presque. Heureusement, le site Ma-Config peut vous aider à y voir plus clair.

Si les BSOD de Windows se font plus rares depuis Vista et Windows 8, leurs messages d’erreur sont toujours aussi abscons. Le système, pourtant, enregistre à chaque fois de nombreuses informations relatives à ce crash dans ces fichiers de log. Le site Ma-Config, spécialisé dans l’analyse du matériel de votre ordinateur, offre aussi la possibilité d’en savoir davantage sur votre dernier écran bleu.

En analysant les fichiers journaux et les événements associés, le site vous explicitera le pourquoi du comment de ce satané BSOD. Ainsi, sur l’image ci-dessus, on apprend que c’est le processeur qui a connu une jolie défaillance. Pratique pour identifier la source de problème hardware, particulièrement quand celui revient régulièrement…

Tags :Sources :PCInpactSite Officiel
Dernières Questions sur UberGizmo Help
  1. Moi depuis Win7 et aujourd’hui Win8 je n’en ai jamais eu. Je pense que c’est du à l’installation du matériel et de l’utilisation que l’on fais de son PC.

  2. Merci Gizmodo pour la news :)
    Je voulais préciser que le service BSOD de ma-config.com ne va pas récupérer les informations dans l’observateur d’évènements. Il analyse les minidump crées par le système d’exploitation. Il analyse ensuite la mémoire et les registres du processeur comme pourrait le faire un debugger.
    Flo, le service de BSOD existe effectivement depuis un moment. Cette news concerne une prise en charge des erreurs matérielles fournies par la techno WHEA.
    dekei en l’occurence BlueScreenView ne gère pas les infos WHEA.

  3. Oui tiens d’ailleurs a ce propos, j’ai un problème a vous soumettre.
    J’ai une trentaine de PC qui figent régulièrement (encore sous XP) pour des raison de compatibilité avec un progiciel. Figent donc pas de dump, pas de logs, et pas de BSOD.
    Connaissez vous un moyen d’analyser le dysfonctionnement ? J’ai installe un core dumper mais bon je ne peux pas tout mettre sous supervision… Merci si vous avez une info…

    1. Dans le cas des freeze, non ce n’est pas possible de l’analyser logiciellement vu qu’aucun minidump n’est écrit. Généralement c’est matériel. Il faut tester avec d’autres pièces pas trop le choix.

  4. Par contre c’est du matos prévu pour tourner sous 7, mais downgrade sous XP. J’ai pris une de ces stations que j’ai laissé sous 7 et je n’ai pas de souci avec (pourtant je fais du dev avec et elle en prend plein la tête) ce qui me laissait penser que c’était tout de même logiciel en fin de compte…

  5. Peut être une boucle infinie dans un driver, ca peut aussi faire ce genre de choses. Mais sans minidump j’ai pas d’idée à priori pour déterminer la cause.
    Le bug du freeze c’est le pire….

  6. Tu peux aussi essayer dans le gestionnaire de péripheriques de désactiver la carte réseau audio, tout les périph usb, tout ce qui est optionnel. Si ca plante plus c’est un de ces drivers le fautif.
    pense aussi à désinstaller les antivirus parefeu qui installent un driver filtre. Certains logiciels installent aussi des drivers logiciels.

  7. @greg : pour les cons qui ont pas encore bien pigé que dans le monde pro certains progiciels très spécifiques sont développés pour windows… Pour le reste on est en Solaris/Oracle pour le SGBD et l’applicatif serveur, baaaaah Unix n’est pas plus fiable que Windows si l’appli est développée avec les pieds…

  8. @charon
    C’est un peu spécifique chez nous la config. Les postes sont sur un VLan isolé, coupés d’Internet gérés par un AD avec des GPO.
    On a deux CG, deux cartes son. Et le poste ne démarre pas sans un dongle USB… ENFIN JE TE PASSE LES DETAILS DE LA GALERE !!!
    Je supervise deja tous les threads de l’appli avec un core dumper.
    Cerise sur le gâteau, il faut une config d’affichage complètement loufouque pour faire tourner le truc… Enfin tu vois la misère…

    1. Je suis peut être a la ramasse mais serait-ce possible que ce soit un script de ton AD qui fasse freezer tes PC (déjà vu)?
      Celui que tu a laissé sous 7 pour du dev est je suppose hors GPO, en tout cas pas les mêmes que les PC concernés par ton souci.
      Donc si certains scripts de démarrage sont liés a ces GPO et pas a ton PC de test ca pourrait expliquer le souci (script pas adapté).
      Le VLAN est isolé, mais d’autres stations sur ce VLAN qui ne seraient pas impactées?

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Publicité