Objectif
Diagnostiquer les problèmes de pilotes, gérer les périphériques, utiliser Driver Verifier et résoudre les conflits matériels.
Exercice 2.1 : Exploration du Gestionnaire de Périphériques
1. Ouvrir le Gestionnaire de périphériques :
- Clic droit sur Démarrer > Gestionnaire de périphériques
- Ou tapez
devmgmt.msc
2. Analyse des catégories :
Développez les catégories principales et notez les périphériques :
- Cartes graphiques : Microsoft Hyper-V Video (ou RemoteFX)
- Contrôleurs audio, vidéo et jeu : Contrôleur audio haute définition
- Lecteurs de disque : Hyper-V Virtual Disk
- Cartes réseau : Microsoft Hyper-V Network Adapter
- Périphériques système : Nombreux composants Hyper-V
3. Propriétés détaillées d'un pilote :
- Développez Cartes graphiques
- Double-clic sur Microsoft Hyper-V Video (ou RemoteFX)
- Explorez les onglets :
Onglet Général :
- État du périphérique : "Ce périphérique fonctionne correctement"
- Emplacement : PCI bus X, device X, function X
Onglet Pilote :
- Fournisseur du pilote : Microsoft
- Date du pilote : (notez la date)
- Version du pilote : (notez la version, ex: 10.0.26100.1)
- Signature numérique : Microsoft Windows
Onglet Détails :
- Liste déroulante avec de nombreuses propriétés
- Sélectionnez ID matériel : Notez les identifiants VEN et DEV
- Sélectionnez Chemin d'accès de l'instance : ID unique du périphérique
Onglet Événements :
- Historique des événements du périphérique (installation, démarrage, arrêt)
4. Vérification de signature des pilotes :
- Onglet Pilote > Détails du pilote
- Liste de tous les fichiers du pilote
- Vérifiez la Signature numérique : Doit être "Microsoft Windows" ou le fabricant
- Les pilotes signés par Microsoft sont les plus fiables
Question d'Atelier 10
Dans les propriétés de votre carte graphique Hyper-V, notez :
- Le nom complet du pilote : ?
- La version : ?
- La date : ?
- Est-il signé numériquement par Microsoft ? (Oui/Non)
- Dans l'onglet Détails, sélectionnez "Pilotes compatibles". Que voyez-vous ?
Exercice 2.2 : Exportation et Sauvegarde des Pilotes
1. Créer un dossier pour l'export :
# Ouvrir PowerShell en Admin
New-Item -Path "C:\LabEDST\Backups\DriversBackup" -ItemType Directory -Force
2. Exporter tous les pilotes tiers (non Microsoft) :
# Cette commande exporte uniquement les pilotes tiers
Export-WindowsDriver -Online -Destination "C:\LabEDST\Backups\DriversBackup"
Durée : 2-3 minutes
3. Vérifier l'export :
# Lister les pilotes exportés
Get-ChildItem "C:\LabEDST\Backups\DriversBackup" -Recurse
4. Lister tous les pilotes installés avec détails :
# Afficher tous les pilotes dans une grille interactive
Get-WindowsDriver -Online | Select-Object Driver, ProviderName, Date, Version, ClassName | Out-GridView -Title "Pilotes installés"
5. Générer un rapport de pilotes :
# Exporter la liste en CSV
Get-WindowsDriver -Online | Select-Object Driver, ProviderName, Date, Version, ClassName | Export-Csv "C:\LabEDST\Logs\Drivers-List-$(Get-Date -Format 'yyyyMMdd').csv" -NoTypeInformation
# Rapport texte plus lisible
Get-WindowsDriver -Online | Format-Table Driver, ProviderName, Date, Version -AutoSize | Out-File "C:\LabEDST\Logs\Drivers-Report.txt"
Résultat : Vous avez maintenant une sauvegarde complète de tous vos pilotes tiers, utile en cas de réinstallation ou de régression.
Exercice 2.3 : Utilisation de Driver Verifier (Vérificateur de Pilotes)
ATTENTION CRITIQUE : Driver Verifier est un outil puissant qui peut rendre le système instable voire non bootable. CRÉEZ UN POINT DE CONTRÔLE AVANT cette étape.
Point de Contrôle Obligatoire :
- Dans Hyper-V, clic droit sur votre VM > Point de contrôle
- Nommez-le : 02-Avant-Driver-Verifier
Qu'est-ce que Driver Verifier ? Driver Verifier est un outil de diagnostic qui stresse les pilotes pour détecter les bugs et les comportements incorrects. Il active des vérifications strictes qui peuvent causer des BSOD si un pilote est défaillant.
Utilisation de Driver Verifier :
1. Lancer Driver Verifier :
verifier
L'interface graphique s'ouvre.
2. Configuration pour notre lab :
- Sélectionnez Créer des paramètres personnalisés (pour le développeur du code) > Suivant
- Cochez les options suivantes (recommandées pour un test basique) :
- Pool spécial
- Forcer la vérification des requêtes IRQL
- Suivi de pool
- Simulation de ressources insuffisantes
- Vérification des E/S
- Suivant
3. Sélection des pilotes à vérifier :
Option 1 : Test léger (recommandé pour ce lab) :
- Sélectionnez Sélectionner automatiquement les pilotes installés sur cet ordinateur
- Cliquez sur Suivant
- Cochez uniquement Pilotes non signés (devrait être vide ou très peu)
- Suivant
Option 2 : Test complet (avancé, peut causer des BSOD) :
- Sélectionnez Sélectionner automatiquement tous les pilotes installés sur cet ordinateur
- Ceci teste TOUS les pilotes, y compris Microsoft
Option 3 : Test ciblé (le plus sûr) :
- Sélectionnez Sélectionner les noms de pilotes dans une liste
- Choisissez un pilote spécifique non critique (ex: pilote audio)
- Évitez les pilotes de disque ou réseau pour ce lab
4. Terminer et redémarrer :
- Cliquez sur Terminer
- Le système affiche : "Les nouveaux paramètres du vérificateur de pilotes prendront effet au prochain démarrage"
- NE REDÉMARREZ PAS ENCORE
5. Vérifier la configuration :
verifier /query
Affiche les paramètres actifs et les pilotes à vérifier.
6. Désactiver immédiatement (pour ce lab) :
Pour éviter les problèmes, désactivons Driver Verifier maintenant :
verifier /reset
Message : "Tous les paramètres du vérificateur de pilotes sont réinitialisés"
Utilisation en production :
Dans un environnement réel de dépannage :
- Activez Driver Verifier pour un pilote suspect
- Redémarrez le système
- Si un BSOD survient, le pilote vérifié est probablement défaillant
- Analysez le crashdump généré (voir Atelier 3)
- Démarrez en mode sans échec et désactivez Driver Verifier si nécessaire :
verifier /reset
Question d'Atelier 11
Expliquez pourquoi Driver Verifier peut aider à identifier des pilotes problématiques qui ne causent pas de problèmes visibles en utilisation normale. Quelles sont les 3 situations où vous utiliseriez Driver Verifier en entreprise ?
Réponse attendue
Pourquoi Driver Verifier aide :
- Active des vérifications de mémoire strictes (détecte les fuites, corruptions)
- Force des conditions de ressources limitées (simule low memory)
- Vérifie l'utilisation correcte des niveaux IRQL (interruptions)
- Détecte les accès mémoire invalides qui passeraient inaperçus
- Identifie les pilotes qui ne respectent pas les règles WDM
3 situations d'utilisation en entreprise :
- BSOD intermittents : Un système qui crashe aléatoirement sans pattern clair
- Dégradation progressive : Ralentissements ou freezes après quelques heures d'utilisation
- Validation post-installation : Après installation d'un nouveau pilote matériel tiers
Précautions :
- Toujours faire un backup/snapshot avant
- Tester sur une machine de test, pas en production
- Documenter les pilotes testés
- Avoir un plan de récupération (mode sans échec)
Exercice 2.4 : Simulation et Résolution d'un Problème de Pilote
Pour cet exercice, nous allons simuler un problème de pilote puis le résoudre.
1. Désactiver volontairement un périphérique :
- Gestionnaire de périphériques
- Développez Cartes réseau
- Clic droit sur votre adaptateur réseau (Microsoft Hyper-V Network Adapter) > Désactiver l'appareil
- Confirmez avec Oui
- Vous perdrez la connectivité réseau (c'est voulu)
- L'icône du périphérique affiche maintenant une flèche vers le bas
2. Observer les symptômes :
- Icône réseau dans la barre des tâches : Pas de connexion / Non connecté
- Ouvrez Paramètres > Réseau et Internet : "Aucune connexion Internet"
- Essayez de naviguer sur Internet dans un navigateur : Échec (DNS_PROBE_FINISHED_NO_INTERNET)
3. Diagnostic via ligne de commande :
# Vérifier les adaptateurs réseau
ipconfig /all
# L'adaptateur désactivé n'apparaîtra pas ou sera marqué "Média déconnecté"
# Vérifier l'état de toutes les interfaces réseau
Get-NetAdapter
# Votre adaptateur devrait afficher Status: "Disabled"
# Essayer de pinger
ping 8.8.8.8
# Résultat : "Impossible de joindre l'hôte de destination"
4. Vérifier dans l'Observateur d'événements :
- Ouvrez
eventvwr
- Journaux Windows > Système
- Recherchez les événements récents liés au réseau
- Vous devriez voir des avertissements Network Profile ou DNS Client
5. Résolution - Méthode 1 (GUI) :
- Retournez dans le Gestionnaire de périphériques
- Clic droit sur l'adaptateur réseau désactivé (avec flèche) > Activer l'appareil
- Attendez quelques secondes
- L'icône redevient normale
- La connectivité devrait revenir (testez :
ping 8.8.8.8)
6. Résolution - Méthode 2 (PowerShell) :
# Lister tous les adaptateurs
Get-NetAdapter
# Identifier celui qui est désactivé (Status: Disabled)
# Réactiver l'adaptateur (remplacez "Ethernet" par le nom réel)
Enable-NetAdapter -Name "Ethernet" -Confirm:$false
# Vérifier l'état
Get-NetAdapter | Format-Table Name, Status, LinkSpeed
7. Vérification post-résolution :
# Tester la connectivité Internet
Test-NetConnection -ComputerName "www.microsoft.com"
# Vérifier l'adresse IP attribuée
ipconfig /all
Question d'Atelier 12
Dans un environnement de production, un utilisateur vous signale "Pas d'Internet". En vous connectant à distance (si possible), vous constatez que l'adaptateur réseau n'apparaît pas du tout dans le Gestionnaire de périphériques. Quelle serait votre démarche de dépannage systématique ? Listez au moins 6 étapes dans l'ordre logique.
Démarche de dépannage attendue
Méthodologie de dépannage - Adaptateur réseau invisible :
- Vérifier dans Périphériques cachés :
- Gestionnaire de périphériques > Affichage > Afficher les périphériques cachés
- Chercher des périphériques grisés ou avec point d'exclamation
- Rechercher les périphériques non reconnus :
- Chercher "Autres périphériques" ou "Périphérique inconnu"
- Si présent : pilote non installé ou corrompu
- Analyser les événements système :
- Observateur d'événements > Système
- Chercher les erreurs de type "Device failed to start" avec le timestamp de connexion de l'utilisateur
- Vérifier le BIOS/UEFI :
- Redémarrer en BIOS/UEFI
- Vérifier que la carte réseau n'est pas désactivée au niveau matériel
- Tester en mode sans échec avec réseau :
- Démarrer en mode sans échec avec prise en charge réseau
- Si l'adaptateur apparaît : conflit avec un pilote/logiciel tiers
- Scanner les modifications matérielles :
- Gestionnaire de périphériques > Action > Rechercher les modifications matérielles
- Force Windows à redétecter tout le matériel
- Vérifier l'intégrité du pilote :
pnputil /enum-drivers
# Lister tous les pilotes installés
- Si échec : Réinstaller le pilote depuis le site du fabricant ou Windows Update
- Dernière option : Possibilité de défaillance matérielle (carte réseau HS)