Problème informatique : guide de diagnostic et dépannage avancé pour professionnels
Apollinaire Monteclair
Triage immédiat : que faire dès le signalement d’un incident
Avant toute intervention, collectez les informations suivantes en moins de 2 minutes :
- Quel service ou utilisateur est impacté ? (nom, poste, localisation)
- Depuis quand le problème est-il apparu ? (date/heure exacte)
- Y a-t-il eu une modification récente ? (mise à jour, installation, changement de configuration)
- Quels sont les symptômes précis ? (message d’erreur, comportement anormal, indisponibilité totale)
Consignez ces éléments dans un ticket d’incident. Ne touchez à rien avant d’avoir une description fiable : une action précipitée peut effacer des preuves ou aggraver la panne.
Tableau symptôme → cause → diagnostic → correction
| Symptôme | Cause probable | Commande / outil de diagnostic | Correction / action |
|---|---|---|---|
| Écran bleu (BSOD) | Pilote corrompu, RAM défectueuse, disque en échec | Analyser le code d’arrêt (ex: 0x0000007B). Sous Windows : dmesg (via WinDbg) ou bluescreenview. Sous Linux : journalctl -k -p 3. | Tester la RAM avec MemTest86, vérifier le disque avec chkdsk / smartctl, mettre à jour les pilotes. |
| PC ne démarre pas | Alimentation, carte mère, disque système | Vérifier les voyants d’alimentation, tester avec un autre bloc. Essayer de booter sur un live USB. | Remplacer l’alimentation, tester le disque sur une autre machine, réparer le boot (boot-repair, bcdedit). |
| Connexion réseau interrompue | Câble, switch, configuration IP, DNS | ping 8.8.8.8, traceroute, nslookup google.com, ipconfig / ip a. | Vérifier le câble, redémarrer le switch, libérer/renouveler le bail DHCP, vider le cache DNS. |
| Disque dur lent ou bruyant | Disque en fin de vie, fragmentation, secteur défectueux | smartctl -a /dev/sda (Linux), CrystalDiskInfo (Windows). | Sauvegarder immédiatement, remplacer le disque, restaurer depuis sauvegarde. |
| Logiciel se ferme sans raison | Mémoire insuffisante, fichier de configuration corrompu, conflit de versions | Vérifier les logs applicatifs (/var/log/, journalctl -u service). Sous Windows : eventvwr. | Augmenter la RAM allouée, réinstaller l’application, restaurer une sauvegarde du fichier. |
| Ralentissement général | Surcharge CPU, fuite mémoire, malware, trop de processus en arrière-plan | top / htop, Task Manager, netstat -an pour détecter des connexions suspectes. | Tuer les processus inutiles, analyser avec un antivirus, vérifier les services au démarrage. |
| Impossible d’ouvrir une pièce jointe | Extension inconnue, logiciel manquant, association de fichiers corrompue | file (Linux) pour identifier le type réel. | Installer le logiciel adapté, utiliser « Ouvrir avec » pour choisir le programme. |
| Perte de données après suppression | Fichier non encore écrasé | Cesser toute activité sur le disque. Utiliser testdisk / photorec (Linux) ou Recuva (Windows). | Restaurer depuis la corbeille, puis depuis une sauvegarde. En dernier recours, logiciel de récupération. |
Diagnostic matériel approfondi
Disques (HDD/SSD)
- SMART :
smartctl -a /dev/sda(Linux) ou viaCrystalDiskInfo(Windows). Surveillez les attributsReallocated_Sector_Ct,Current_Pending_Sector,UDMA_CRC_Error_Rate. - Test de performance :
dd if=/dev/sda of=/dev/null bs=1M count=1000(Linux),CrystalDiskMark(Windows). - Vérification de l’intégrité :
chkdsk /f /r C:(Windows),fsck /dev/sda1(Linux).
Mémoire vive (RAM)
- MemTest86 : booter sur l’ISO et laisser tourner au moins un passage complet (30 min à 2h). Toute erreur indique une barrette défectueuse.
- Test sous Windows :
mdsched(outil intégré, nécessite un redémarrage).
Alimentation et refroidissement
- Températures :
sensors(Linux) ouHWMonitor(Windows). Un CPU > 90°C en charge est anormal. - Ventilateurs : écouter les bruits anormaux, vérifier les vitesses dans le BIOS.
- Test d’alimentation : utiliser un multimètre sur le bloc ou le remplacer par un bloc de test.
Diagnostic logiciel et système
Windows
| Commande | Usage |
|---|---|
sfc /scannow | Vérifier et réparer les fichiers système corrompus. |
chkdsk /f /r C: | Rechercher et réparer les erreurs de disque. |
dism /online /cleanup-image /restorehealth | Restaurer l’image système à partir du cache. |
eventvwr | Afficher les journaux d’événements (système, sécurité, applications). |
netstat -bano | Lister les connexions actives et les processus associés. |
tasklist /v | Afficher tous les processus avec leur PID et mémoire utilisée. |
Linux
| Commande | Usage |
|---|---|
journalctl -p 3 -xb | Afficher les erreurs critiques du boot. |
dmesg -T | tail -50 | Voir les derniers messages du noyau (disques, pilotes). |
top -o %MEM | Classer les processus par utilisation mémoire. |
iostat -x 2 | Surveiller les E/S disque en temps réel. |
ss -tulpn | Lister les ports ouverts et les services associés. |
strace -p <PID> | Tracer les appels système d’un processus pour identifier un blocage. |
Diagnostic réseau
- Tester la connectivité de base :
ping 8.8.8.8(DNS Google). Si échec, vérifier la couche 2. - Vérifier la résolution DNS :
nslookup google.com. Si échec, contrôler les serveurs DNS configurés. - Tracer la route :
traceroute 8.8.8.8(Linux) /tracert 8.8.8.8(Windows). Identifier le saut en échec. - Analyser les ports :
nmap -p 80,443,22 <cible>pour vérifier l’accessibilité d’un service. - Contrôler l’interface :
ip a(Linux) /ipconfig(Windows) pour s’assurer qu’une adresse IP valide est attribuée. - Vérifier le cache ARP :
arp -apour détecter des conflits d’adresses MAC.
Procédure de correction et de vérification
Après avoir appliqué une correction, suivez ces étapes :
- Redémarrez le service ou le système si nécessaire.
- Testez le scénario utilisateur : reproduisez l’action qui causait le problème.
- Surveillez les logs pendant 15 minutes pour détecter toute récidive.
- Documentez l’incident : cause racine, solution appliquée, durée d’interruption.
- Planifiez une action préventive si la cause peut se reproduire (ex : alerte SMART, mise à jour planifiée).
Rollback et restauration
- Avant toute modification : prendre un snapshot de la machine (VM) ou une sauvegarde du fichier de configuration.
- Sous Windows : utiliser
System Restore(point de restauration) oudismpour annuler une mise à jour. - Sous Linux :
timeshiftpour les snapshots système, ouapt-get install --reinstallpour un paquet. - Pour un disque : restaurer depuis une sauvegarde récente (image disque ou fichier). Toujours tester la restauration après l’avoir effectuée.
Boîte à outils du technicien de support
| Type | Outil recommandé |
|---|---|
| Diagnostic matériel | Hiren’s BootCD, SystemRescue, Ultimate Boot CD |
| Analyse SMART | CrystalDiskInfo (Windows), smartctl (Linux) |
| Test RAM | MemTest86 |
| Récupération de données | TestDisk / PhotoRec, Recuva, R-Studio |
| Monitoring réseau | Wireshark, nmap, iperf3 |
| Supervision centralisée | Zabbix, Prometheus + Grafana, GLPI (ticketing) |
| Accès à distance | RustDesk, MeshCentral, TeamViewer (usage pro) |
Erreurs fréquentes à éviter
- Ne pas isoler la cause : corriger un symptôme sans analyse racine garantit la récidive.
- Sauter la vérification : après une intervention, un test rapide utilisateur évite les retours.
- Oublier la documentation : sans historique, chaque incident repart de zéro.
- Négliger les sauvegardes : un backup non testé n’est pas une sauvegarde.
- Appliquer une mise à jour sans test préalable : toujours valider sur un poste non critique.
Quand faire appel à un prestataire externe
- **Manque de compétences internes (ex : diagnostic avancé de serveur, forensic).
- Incident critique nécessitant une intervention 24/7.
- Renouvellement de parc ou migration complexe.
- **Audit de sécurité et mise en conformité (RGPD, ANSSI).
Un prestataire d’infogérance peut assurer la supervision continue, la maintenance préventive et le support de niveau 2/3, libérant vos équipes pour les projets à valeur ajoutée.
FAQ
Q : Comment différencier un problème matériel d’un problème logiciel ?
R : Bootez sur un live USB (Linux ou Hiren’s). Si le problème disparaît, il est probablement logiciel. S’il persiste (ex : écran noir, bruits de disque), le matériel est en cause.
Q : Que faire si un serveur ne répond plus à distance ?
R : Vérifiez d’abord la connectivité réseau (ping). Si elle échoue, utilisez un accès hors-bande (iLO, iDRAC, IPMI) ou demandez une intervention sur site. Consultez les logs de la console via le port série si disponible.
Q : Quelle est la première chose à vérifier en cas de ralentissement ?
R : Ouvrez le gestionnaire de tâches et triez par utilisation CPU et mémoire. Un processus monopolistique est souvent la cause. Vérifiez aussi l’espace disque (< 10 % libre peut fortement ralentir le système).
Q : Comment prévenir les pannes récurrentes ?
R : Mettez en place une supervision (Zabbix, PRTG) avec des alertes sur les métriques critiques (température, espace disque, état SMART). Réalisez des maintenances préventives mensuelles et des tests de restauration trimestriels.
Q : Quelle est la différence entre MTTR et MTBF ?
R : MTTR (Mean Time To Repair) mesure le temps moyen de résolution d’un incident. MTBF (Mean Time Between Failures) mesure le temps moyen entre deux pannes. Un MTBF élevé indique une bonne prévention ; un MTTR faible indique une équipe réactive.