Un administrateur système se souvient d’un VP qui a pris une erreur de disque pour un hacker nommé « General Failure »
Un ancien administrateur systèmes a partagé un exemple classique de la manière dont les messages d’erreur techniques peuvent être mal interprétés de façon surprenante. Le lecteur, identifié sous le no...
Un ancien administrateur systèmes a partagé un exemple classique de la manière dont les messages d’erreur techniques peuvent être mal interprétés de façon surprenante.
Le lecteur, identifié sous le nom de « Lee », a déclaré que l’incident s’était produit vers l’an 2000, alors qu’il venait d’obtenir ses certifications Novell et NetWare et aidait à administrer les serveurs ainsi qu’à assurer le support des postes de travail au siège d’une grande entreprise de vente au détail. À mesure que ses responsabilités augmentaient, il était devenu la personne vers laquelle ses collègues se tournaient dès qu’un problème survenait.
Un vendredi après-midi, un vice-président l’a appelé pour lui dire qu’il ne pouvait pas ouvrir de fichiers sur son PC car, selon lui, une autre personne les utilisait déjà. Lee lui a demandé s’il voyait un message standard indiquant qu’un « fichier était en cours d’utilisation », affiché par une application telle que Word ou Excel. Le VP a plutôt signalé une erreur qui semblait mentionner « General Failure », un nom qu’il a pris pour celui d’un hacker ou d’un intrus.
Lee a alors demandé au dirigeant de lire attentivement le message. Le texte s’est avéré être « General failure reading Drive C: ». Cette formulation indiquait non pas la présence d’un attaquant, mais un probable problème de disque dur sur la machine.
Autrement dit, l’entreprise n’était pas confrontée à un utilisateur malveillant utilisant le pseudonyme « General Failure ». Le périphérique de stockage du PC était probablement hors service et devait être remplacé. Lee a organisé l’intervention du support et a prévenu le VP qu’il allait peut-être recevoir un nouveau disque, voire un ordinateur complet de remplacement.
Cette anecdote rappelle que les signalements des utilisateurs dépendent souvent de la manière dont les messages d’erreur sont interprétés, et qu’une lecture attentive peut faire une grande différence lors du diagnostic d’un problème.