Écran bleu en entreprise : comprendre un plantage qui revient et le traiter

Le terme « écran bleu » reste courant. Selon la version de Windows, un arrêt critique peut aussi apparaître sur un fond noir. Relevez le code d’arrêt et le contexte, quelle que soit la couleur.

Un écran bleu qui se répète sur un même poste a souvent une cause précise, matérielle ou logicielle, que l'on trouve en procédant dans l'ordre. Ce guide dit ce que l'écran bleu veut dire, ce qui distingue un plantage isolé d'un plantage récurrent, et ce que le manager doit noter à chaque incident pour que le technicien travaille sur des faits plutôt que sur des suppositions. Il se termine par le point de bascule : le moment où un poste qui plante devient un sujet de flotte. Il s'adresse à celui qui pilote un parc, pas au dépannage à la maison.

L'écran bleu est un arrêt volontaire de Windows. Quand le système rencontre une erreur qu'il ne peut pas traiter sans risque pour les fichiers en cours, il préfère tout arrêter plutôt que de continuer avec un état corrompu : les techniciens appellent cela un arrêt sur erreur. L'écran affiche alors un code d'arrêt, par exemple MEMORY_MANAGEMENT, parfois accompagné du nom du fichier pilote en cause. Le poste écrit dans la foulée un fichier de vidage mémoire qui fige l'état du système au moment du plantage : c'est la pièce à conviction que le technicien analysera ensuite. Quelques secondes après, le poste redémarre souvent seul.

Pour le manager, le code ne se lit pas seul : il oriente. Un code comme DRIVER_IRQL_NOT_LESS_OR_EQUAL pointe vers un pilote, KERNEL_DATA_INPAGE_ERROR vers le disque ou sa connexion. Ce que l'écran ne dit pas, c'est ce qui a déclenché l'erreur : on croise donc le code avec les circonstances, et c'est là que les notes prises à chaque incident deviennent utiles.

Un écran bleu unique, le lendemain d'une coupure de courant ou d'une mise à jour, peut rester sans suite : le système s'arrête une fois, redémarre proprement, et rien ne se reproduit. On le note, on vérifie que le poste repart, et l'on passe à autre chose. Un plantage qui revient raconte autre chose : une cause récurrente doit être recherchée, et elle se manifeste de nouveau dès que les mêmes conditions se retrouvent, au même logiciel, sur le même disque ou au même moment de la journée.

La différence se lit dans la fréquence et dans le motif. Une série de plantages sur le même poste désigne le poste. Des plantages qui suivent toujours la même action, lancer un logiciel de paie ou brancher un périphérique, désignent ce logiciel ou ce périphérique. Chaque répétition ajoute un élément au dossier, à condition de les noter : c'est la répétition qui rend le problème lisible. Ignoré, un plantage récurrent finit par coûter cher en temps de travail, en fichiers perdus et en remplacements faits au hasard.

L'ordre compte, parce que les causes les plus courantes se trouvent en tête de liste et que chaque vérification prend quelques minutes face à une réparation faite au hasard. On commence par ce qui ne coûte rien à tester : la mémoire, puis le disque.

Le matériel d'abord

Le logiciel et le reste

Si la piste du logiciel malveillant se confirme, le poste concerné s'écarte du réseau le temps de l'analyse, et la page Cybersécurité d'un parc informatique de PME décrit les vérifications à mener sur le reste du parc. Dans tous les cas, cet ordre évite de changer des pièces au hasard : on teste ce qui est gratuit et rapide avant ce qui se remplace.

Un technicien qui arrive sur un poste qui plante sans aucun historique part de zéro : il ne sait ni quand, ni dans quelles conditions, ni si le problème évolue. Trois lignes notées à chaque incident changent la donne :

Une photo du code prise avec un téléphone suffit quand personne n'a le temps de le noter. Un tableau partagé, une ligne par incident, fait l'affaire : ces notes font gagner une visite, car le technicien commence par les faits au lieu de les reconstituer.

Le tri est simple. Un poste qui plante seul, toujours le même, désigne le poste : sa mémoire, son disque, son alimentation, son âge. On vérifie la correction sur le poste, puis l'absence de récidive avant de clôturer l'incident. Plusieurs postes qui plantent la même semaine, ou le même modèle qui tombe en série, désignent une cause commune : une mise à jour déployée partout, un logiciel installé sur tout le parc, un lot de matériel défectueux, voire une installation électrique qui sature.

Le seuil n'est pas un chiffre : c'est une coïncidence de dates ou de modèles. Dès que deux plantages se ressemblent, il faut remonter ce qui a changé dans la semaine : une mise à jour, un nouveau logiciel, un nouvel onduleur, un nouveau modèle d'écran. Un inventaire daté aide à reconstituer cette chronologie ; la page Audit du parc informatique en entreprise décrit ce que ce travail produit. Quand la cause est partagée, on ne répare pas les postes un par un : on traite la cause, puis l'on vérifie que les postes touchés repartent sains.

La plupart des causes de ce guide se détectent avant le premier écran bleu, à condition de regarder les bonnes choses régulièrement : l'état de santé des disques, la température des postes, l'âge des barrettes mémoire, le journal des mises à jour, le dépoussiérage des unités centrales. C'est le rôle d'une maintenance suivie, décrite sur la page Maintenance informatique pour PME : elle transforme une suite de pannes subies en calendrier d'actions prévues.

Deux réflexes complètent la routine. Le premier : piloter les mises à jour plutôt que les subir, en les déployant d'abord sur un poste témoin. Le second : des sauvegardes vérifiées, car un disque en fin de vie ne prévient pas toujours ; la page Sauvegarde et plan de reprise d'activité détaille ce qu'il faut tester. Quand malgré tout un poste plante, WiFeel prend la demande en charge sous 8 heures ouvrées et le dépannage intervient sous 24 heures ouvrées maximum : des délais écrits, qui servent à arbitrer entre réparation et remplacement. Pour un parc où ces sujets reviennent souvent, la page Infogérance à Montpellier décrit le cadre dans lequel ils se règlent au niveau du parc, pas poste par poste.

Continuez avec le bon sujet.

Un projet clair commence par les bonnes questions. Prendre rendez-vous

---

Notes de livraison ci-dessous : bloc JSON-LD, consignes d'intégration et sources. Ces sections ne sont pas publiées telles quelles.

Un symptôme sur un poste peut venir de la machine, du réseau ou d’un service partagé. WiFeel relie ces vérifications au périmètre du parc et au contexte de travail. L’objectif est de documenter la cause probable, la correction autorisée et le résultat du contrôle, avant de décider d’un achat.

Microsoft : redémarrages inattendus et codes d’arrêt. Les procédures se choisissent selon la version du système, les droits disponibles et les consignes du responsable informatique.