Un PC qui redémarre tout seul en pleine utilisation, c'est l'un des symptômes qui génère le plus d'angoisse côté utilisateur. Pas d'écran bleu, pas de message, pas d'avertissement. Juste un écran noir, un logo Windows, et la machine qui repart comme si rien ne s'était passé. La plupart des gens en concluent qu'il y a un virus, ou que l'ordinateur arrive en fin de vie. Il y a une troisième option, beaucoup plus fréquente, que presque personne ne va vérifier avant de tirer une conclusion. On y revient à la fin.

Pourquoi tu ne vois jamais l'erreur qui a causé le reboot

Voici ce qui se passe vraiment derrière l'écran noir : Windows a un paramètre activé par défaut qui s'appelle redémarrage automatique en cas de défaillance système. Concrètement, dès qu'une erreur grave force l'arrêt du système, Windows ne te laisse pas le temps de lire quoi que ce soit. Il redémarre tout de suite. L'écran bleu, s'il y en a eu un, a duré une fraction de seconde, invisible à l'œil.

Ce comportement n'est pas un bug. C'est une décision de conception, pensée pour les serveurs qui doivent rester disponibles même en cas de souci. Le problème, c'est que ce même réglage s'applique par défaut sur un PC de bureau, où la priorité n'est pas la disponibilité à tout prix, mais la possibilité de comprendre ce qui s'est passé.

l'image à garder

C'est un tableau blanc qu'on efface automatiquement trois secondes après y avoir écrit la cause de la panne. Le message a existé, brièvement, mais personne n'a eu le temps de le lire avant que la salle ne reparte comme si de rien n'était.

La bonne nouvelle, c'est que ce réflexe se désactive en deux clics : Paramètres système avancés → onglet Avancé → section Démarrage et récupération → Paramètres → décocher Redémarrer automatiquement. La prochaine fois que le système plante, l'écran bleu reste affiché au lieu de disparaître, et tu as enfin le temps de noter le code dessus.

// à retenir

Un reboot spontané sans message n'efface pas la cause. Il l'efface seulement de ton écran. Windows, lui, l'a déjà notée ailleurs.

La trace que Windows laisse quand même

Ton cerveau te dit : si je n'ai rien vu, il n'y a rien à voir. C'est faux. Avant de redémarrer, Windows écrit un événement précis dans le journal Système, identifié par un code qui ne change jamais : EventID 41, source Kernel-Power. Son libellé tient en une phrase, et elle est sans détour : le système a redémarré sans s'être arrêté proprement.

Cet événement n'est pas une supposition de Windows. C'est une constatation factuelle qu'il fait lui-même au démarrage suivant, en vérifiant si la dernière extinction s'est faite dans les règles. S'il détecte que non, il pose l'alerte EventID 41 dans l'Observateur d'événements, accessible en tapant eventvwr dans la recherche Windows, puis Journaux Windows → Système.

l'image à garder

C'est le constat qu'un médecin légiste fait sur un corps : pas une accusation contre un suspect précis, juste l'observation neutre que la mort n'a pas été naturelle. EventID 41 dit qu'il y a eu un arrêt anormal. Il ne dit pas encore qui ou quoi en est responsable. Ça vient juste après.

Le vrai indice se cache dans un nombre qu'il faut traduire

Si tu ouvres l'événement EventID 41, tu trouveras un champ nommé BugcheckCode. Et c'est là que la plupart des gens abandonnent, parce que ce nombre ne ressemble à rien de connu. Logique : Windows l'écrit en décimal, alors que toute la documentation sur les erreurs Windows utilise l'hexadécimal. Un nombre comme 209 ne dit rien à personne. Convertis-le en hexadécimal avec la calculatrice Windows en mode Programmeur, et tu obtiens 0xD1. Ce code-là, en revanche, a un nom : DRIVER_IRQL_NOT_LESS_OR_EQUAL, l'un des stop codes les plus documentés de Windows, généralement causé par un pilote qui accède à une zone mémoire qu'il n'a pas le droit de toucher.

Le retournement à retenir : ce n'est pas Windows qui te cache l'information en utilisant un format bizarre. C'est juste deux conventions différentes qui ne se parlent pas, et il suffit d'un outil de conversion pour les faire correspondre.

le bon réflexe

Ouvre la Calculatrice Windows, bascule en mode Programmeur, sélectionne Déc, tape le BugcheckCode tel qu'il apparaît dans l'événement, puis clique sur Hex. Le résultat est le stop code que tu peux ensuite chercher dans la documentation Microsoft des bug check codes.

Le cas piège : quand le code est à zéro

Il y a un scénario qui trompe presque tout le monde : l'EventID 41 est bien présent, mais le BugcheckCode affiche 0, sans aucune autre information utile. Le réflexe naturel, c'est de penser que ça veut dire "rien à signaler". C'est l'inverse : un code à zéro veut dire que Windows n'a même pas eu le temps d'écrire l'erreur avant de couper. Soit la machine s'est arrêtée trop brutalement pour que Windows puisse réagir (coupure de courant, bouton d'alimentation maintenu), soit elle était complètement figée et incapable d'écrire quoi que ce soit avant l'extinction forcée.

Pour trancher entre ces deux pistes, regarde un second champ du même événement : PowerButtonTimestamp. S'il affiche une valeur différente de zéro, ça confirme que quelqu'un a maintenu le bouton d'alimentation au moins quatre secondes. S'il reste à zéro alors que le code l'est aussi, la piste se déplace vers l'alimentation électrique ou le matériel : carte mère, RAM, bloc d'alimentation.

attention

Un BugcheckCode à zéro répété plusieurs fois sur la même machine, sans PowerButtonTimestamp, n'est pas un cas "sans piste". C'est un signal qui pointe vers le matériel ou l'alimentation, pas vers Windows. Ne perds pas de temps à réinstaller le système sur la base de ce seul symptôme.

Pourquoi ce détail compte plus qu'il n'y paraît

Derrière chaque reboot spontané, il y a un contexte qu'on oublie facilement quand on est concentré sur le journal système. Pour quelqu'un dont l'ordinateur est l'outil de travail direct, un redémarrage en pleine journée n'est jamais juste un désagrément technique. Pour un chauffeur qui prend ses courses sur une tablette ou un PC embarqué, chaque coupure, c'est une réservation qui tombe à l'eau et qui part chez le concurrent pendant que la machine reboote. Le diagnostic n'est pas qu'une question de curiosité technique : c'est ce qui évite de remplacer une machine qui fonctionne très bien, ou au contraire de laisser traîner un vrai problème de courant qui finira par abîmer autre chose.

Ce que tu fais en vrai, concrètement

La prochaine fois qu'un PC redémarre sans rien dire, le réflexe ne sera plus de soupçonner un virus ou de proposer une machine neuve. Tu sauras que Windows a déjà tout noté, à un endroit précis, dans un format qu'il suffit de traduire. Ce n'est pas de la magie de diagnostic. C'est juste savoir où Windows planque ses preuves avant de les ranger.

Sources

Ce site est gratuit et le restera. Si un truc t'a aidé et que tu veux soutenir, tu peux m'offrir un café.