Diagnostic d’un poste Windows dont un périphérique ne marche plus, puis reprise des pilotes.
Objectif
Savoir d’où vient le problème : matériel, pilote ou système.
Remettre l’équipement en état en agissant sur la bonne cause.
Contexte
Après un problème sur un poste Windows, j’ai fait le diagnostic et je me suis occupé des pilotes pour remettre l’équipement en état.
Résultat
L’équipement remarche et je sais d’où venait le problème, ce qui permet de confirmer ou d’écarter un remplacement de matériel.
Mon intervention
J’ai fait le diagnostic sur le poste, puis les opérations sur les pilotes : désinstallation, réinstallation, vérification après redémarrage.
Le projet et l’équipe
L’intervention est menée dans le cadre du support assuré par le service informatique, et la conclusion du diagnostic — matériel à remplacer ou non — est portée à la connaissance du service.
B1.2.2 Traiter des demandes concernant les services réseau et système, applicatifs.
L’intervention répond à un incident signalé sur un poste : diagnostic pour distinguer une cause matérielle d’une cause logicielle, opérations de gestion des pilotes, puis vérification du rétablissement.
Quand un périphérique ne répond plus, on ne sait pas si ça vient du matériel, du pilote ou du système. Il faut trancher avant d’agir.
Le poste doit rester utilisable après : toucher à un pilote peut affecter d’autres périphériques.
J’installe la version qui correspond au matériel et au système, pas forcément la plus récente.
Rien n’indiquait au départ si le dysfonctionnement venait du matériel, du pilote ou du système.
Sur ce type d’appareil, l’essai-erreur se paie tout de suite : s’il ne démarre plus, le poste est immobilisé.
Vérification de l’état du périphérique et du pilote associé avant toute opération, afin de distinguer la cause matérielle de la cause logicielle.
La cause a été identifiée avant l’intervention, et le remplacement de matériel écarté ou confirmé sur cette base.
La version la plus récente d’un pilote n’était pas nécessairement la bonne.
Il y a beaucoup d’éléments à tester : câble, entrée d’affichage, poste, pilotes, fonction interactive. Écarter un élément parce qu’il « ne peut pas » être en cause fait perdre plus de temps que de le vérifier.
Sélection de la version correspondant au matériel et au système en place, à partir des sources du constructeur.
Le périphérique fonctionne, sans effet sur les autres composants du poste.
| Test | Résultat attendu | Résultat obtenu | Correction |
|---|---|---|---|
| État du périphérique après réinstallation du pilote | Le périphérique est reconnu par le système. |
Conforme. Conforme |
— |
| Fonctionnement du périphérique dans son usage réel | Le périphérique remplit la fonction attendue par l’utilisateur. |
Conforme. Conforme |
— |
| Vérification après redémarrage du poste | Le fonctionnement est stable après redémarrage. |
Conforme. Conforme |
— |
| Contrôle des autres périphériques du poste | Les autres périphériques restent fonctionnels. |
Conforme. Conforme |
— |
Je préviens l’utilisateur que son poste sera indisponible pendant les redémarrages, et je vérifie avec lui que le périphérique remarche dans son usage normal.
Je prends les pilotes chez le constructeur ou par les canaux du service, jamais sur un site trouvé au hasard : un pilote s’exécute avec des droits élevés.
J’ai retenu l’ordre : constater, isoler, puis agir. Commencer par réinstaller fait parfois disparaître le symptôme, mais on ne sait pas pourquoi. Et la bonne version d’un pilote n’est pas la dernière, c’est celle qui correspond à la machine.