1.2Dépannage de base (matériel / logiciel)
L'essentiel en 30 secondes
- Le dépannage est une méthode, pas des recettes : reproduire, isoler, tester une hypothèse, corriger, documenter.
- Un problème qui suit l'utilisateur est plutôt logiciel ; un problème qui reste sur la machine est plutôt matériel.
- Ne changer qu'une chose à la fois : sinon impossible de savoir ce qui a réellement agi.
Mini-cas filé — Sofiane et le poste qui ne se connecte plus au Wi-Fi
Au support de la PME de distribution à Alger, Sofiane reçoit un appel : le PC d'une assistante ne se connecte plus au Wi-Fi. Il applique la méthode au lieu de bidouiller. Il reproduit le problème (l'utilisatrice échoue à chaque tentative), puis il isole : les autres postes du bureau se connectent, donc la panne est locale à cette machine, pas à la box. Il formule une hypothèse — pilote Wi-Fi corrompu ou profil réseau abîmé — et la teste en ne changeant qu'une chose à la fois : oublier le réseau, puis réinstaller le pilote. Le Wi-Fi revient. Sofiane documente la cause et la solution dans le ticket, même si le correctif a semblé simple. Il retient : isoler avant d'agir évite de « réparer » ce qui n'est pas cassé.
Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 1.2.
1. Une méthode, pas des recettes
Le dépannage efficace suit une méthode reproductible : reproduire le problème, l'isoler (matériel ou logiciel ?), formuler une hypothèse, la tester en ne changeant qu'une chose à la fois, corriger, puis documenter. On évite le « bidouillage » qui change dix paramètres et ne sait plus lequel a résolu — ou cassé — quoi. Sofiane applique la méthode même sur un incident qui paraît anodin.
2. Matériel ou logiciel ?
Quelques signaux orientent : un problème qui suit l'utilisateur (même souci sur un autre PC avec son compte) est plutôt logiciel ; un problème qui reste sur la machine (bruit, surchauffe, écran) est plutôt matériel. Tester avec un autre câble, un autre compte, ou en mode sans échec permet d'isoler la cause. Sofiane isole toujours avant de remplacer quoi que ce soit.
3. Les réflexes de base
Beaucoup de pannes se résolvent avec les fondamentaux : redémarrer (vide la mémoire et relance les services), vérifier les câbles et l'alimentation, contrôler l'espace disque, lire le message d'erreur exact, consulter l'observateur d'événements. Le redémarrage n'est pas une blague : il résout réellement une grande part des incidents. Sofiane finit toujours par noter la cause et la solution, même pour un simple redémarrage.
🔎 Exemple concret — 🔎 Exemple concret — « Le PC ne se connecte plus au Wi-Fi »
Application de la méthode par Sofiane :
Reproduire : oui, à chaque tentative
Isoler : d'autres PC se connectent → problème local à ce poste
Hypothèse : pilote Wi-Fi ou profil réseau corrompu
Tester : oublier le réseau + réinstaller le pilote
Documenter: ticket + cause + solutionLecture : comme les autres postes fonctionnent, la panne est locale — on cible le poste, pas la box.
Leçon : isoler avant d'agir évite de « réparer » ce qui n'est pas cassé.
Vocabulaire de la section
- Isoler une panne
- Réduire les causes possibles en testant un élément à la fois.
Exemple simple : Sofiane teste un autre câble puis un autre compte pour cerner la cause.
Ce que ce n'est pas : changer dix réglages d'un coup sans savoir ce qui agit.
Réflexe : isoler avant de conclure.
- Mode sans échec
- Démarrage minimal de Windows, utile pour écarter les logiciels et pilotes tiers.
Exemple simple : Sofiane démarre en mode sans échec pour voir si un pilote tiers bloque.
Ce que ce n'est pas : un démarrage normal qui charge tous les services.
Réflexe : écarter les pilotes → mode sans échec.
- Observateur d'événements
- Journal de Windows qui enregistre erreurs et avertissements système.
Exemple simple : Sofiane y lit l'erreur exacte avant de proposer un correctif.
Ce que ce n'est pas : un simple message à l'écran, sans journal détaillé.
Réflexe : chercher la cause → observateur d'événements.
- Hypothèse
- Cause supposée qu'on teste avant de la retenir ou de l'écarter.
Exemple simple : Sofiane suppose un profil réseau corrompu et le vérifie.
Ce que ce n'est pas : conclure « matériel » sans rien avoir testé.
Réflexe : une hypothèse se teste, une chose à la fois.
- Reproduire
- Refaire apparaître le problème volontairement pour l'étudier.
Exemple simple : Sofiane reproduit l'échec de connexion à chaque tentative.
Ce que ce n'est pas : agir sur un symptôme qu'on n'a pas réussi à voir.
Réflexe : d'abord reproduire le problème.
En pratique — En pratique — Dérouler un diagnostic
- Face à une panne, écrivez précisément le symptôme et le message d'erreur.
- Déterminez si le problème suit l'utilisateur ou reste sur la machine.
- Testez une seule hypothèse à la fois (câble, compte, mode sans échec).
- Notez la cause et la solution dans le ticket, même si c'était « juste un redémarrage ».
Script pas-à-pas — diagnostiquer comme Sofiane (5 min)
1) Décrivez le symptôme et copiez le message d'erreur exact. 2) Reproduisez le problème pour le voir de vos yeux. 3) Isolez : le souci suit-il le compte (autre PC) ou reste-t-il sur la machine (autre câble, mode sans échec) ? 4) Formulez une hypothèse et testez-la en ne changeant qu'une chose. 5) Corrigez, faites confirmer par l'utilisateur, puis documentez cause et solution dans le ticket.
Le redémarrage et la lecture de l'erreur exacte résolvent une grande part des incidents : commencez par là.
Modèle copier-coller — ma fiche de diagnostic
Symptôme exact : ___
Message d'erreur : ___
Reproduit ? oui / non — comment : ___
Suit l'utilisateur ou reste sur la machine : ___
Hypothèse testée (une seule) : ___
Résultat du test : ___
Correction appliquée : ___
Documenté dans le ticket : oui / nonPanne logicielle
Sofiane isole un profil réseau corrompu : le problème suit le compte et disparaît sur un autre poste.
Panne matérielle
Sofiane suspecte un câble défectueux : en le changeant, le problème disparaît — c'est bien matériel.
Mode sans échec
Sofiane démarre en mode sans échec pour écarter les pilotes tiers avant de trancher.
Documenter
Quel que soit le résultat, Sofiane note la cause et la solution dans le ticket, même pour un redémarrage.
✓ Bonnes pratiques
- Ne changer qu'une chose à la fois.
- Lire le message d'erreur exact avant d'agir.
- Toujours documenter la cause et la solution.
✗ Pièges fréquents
- Modifier dix réglages d'un coup.
- Sauter l'étape « reproduire ».
- Conclure « matériel » sans avoir isolé le logiciel.
Points clés à retenir
- Le dépannage est une méthode : reproduire, isoler, tester, corriger, documenter.
- Problème qui suit l'utilisateur = logiciel ; qui reste sur la machine = matériel.
- Une seule variable à la fois pour savoir ce qui agit.
- Redémarrer et lire l'erreur exacte résolvent une grande part des cas.
Défi 48h — appliquez demain
Prenez un incident récent et remplissez la fiche de diagnostic de Sofiane : symptôme exact, isolation (suit-il l'utilisateur ou reste-t-il sur la machine ?), une seule hypothèse testée, correction et cause notée. Écrivez en une phrase ce que vous auriez pu casser en changeant trop de choses à la fois.
- Je peux diagnostiquer une panne avec une méthode reproductible.
- Je sais distinguer un problème logiciel d'un problème matériel.
- Je documente la cause et la solution dans le ticket.
Questions fréquentes
Pourquoi « redémarrer » marche-t-il si souvent ?
Le redémarrage vide la mémoire, ferme les processus bloqués et relance les services dans un état propre. Beaucoup d'incidents viennent d'un état transitoire corrompu que le redémarrage efface.
Comment savoir si c'est matériel ?
En isolant : testez le même compte sur un autre poste, un autre câble/écran, le mode sans échec. Si le problème disparaît en changeant de matériel, il est matériel ; s'il suit le compte, il est logiciel.
Quelle est la règle d'or à respecter pendant un diagnostic ?