Diagnostiquer une panne : ce que chaque sortie prouve
Lire ce que chaque sortie prouve réellement, réduire une panne inconnue à un seul composant, et la corriger sans détruire ce qui l'expliquait.
Une sortie de diagnostic n'est pas un verdict sur la machine : c'est la réponse d'un seul composant à une seule question étroite, et la plupart des pannes survivent à l'enquête parce que cette réponse a été prise pour la réponse à une question plus large. Ce cours reprend les sept incidents des ateliers de ce cursus et les relit pour le raisonnement plutôt que pour la cause : ce que chaque sortie prouve, comment une hypothèse se tue, et pourquoi la capture précède la réparation.
Ce que vous saurez faire
- Énoncer ce qu'une sortie prouve et ce qu'elle laisse ouvert, avant de choisir la commande suivante
- Écarter une sonde dont le succès et l'échec sont indiscernables, comme `gzip -t` sur une archive vide
- Réduire une panne inconnue en énonçant ce que l'hypothèse interdit, puis en allant le chercher
- Capturer les preuves qu'un redémarrage effacerait, puis appliquer un correctif pas plus large que la cause
Programme
- 01
Ce que la machine a déjà dit
Des sorties qui répondent à une question plus étroite que celle que vous posiez.
- 02
Dater la faute, puis réduire la région
L'horodatage du symptôme n'est pas celui de la faute, et une hypothèse qu'on ne peut pas réfuter ne sert à rien.
- 03
Agir sans effacer les traces
Le premier geste détruit souvent la réponse. Celui-ci ne la détruit pas.
Contenu technique vérifié le 3 août 2026