La gestion des pilotes sous Windows reste un point de friction, même pour des profils techniques. Entre les drivers signés du Driver Store, les versions OEM spécifiques et les mises à jour poussées par Windows Update, une approche méthodique évite les régressions post-réinstallation. Nous détaillons ici le workflow complet, de la détection à la sauvegarde, en ciblant les outils natifs et les cas limites que les tutoriels classiques survolent.
Driver Store Windows : comprendre le dépôt avant d’exporter
Le Driver Store (C:\Windows\System32\DriverStore\FileRepository) est le dépôt central où Windows conserve les paquets de pilotes validés. Chaque sous-dossier correspond à un fichier .inf et ses binaires associés. Ce dépôt ne contient pas uniquement les pilotes actifs : il stocke aussi les versions antérieures et les pilotes préinstallés jamais utilisés.
Cette distinction est capitale. Exporter le contenu du Driver Store via pnputil /export-driver produit un jeu complet de paquets, y compris ceux qui ne correspondent à aucun périphérique branché. Sur une machine OEM livrée avec des dizaines de drivers préchargés, le dossier de sauvegarde peut atteindre plusieurs gigaoctets sans que tous ces pilotes soient pertinents.
Nous recommandons de nettoyer le Driver Store avant export. L’outil open source Driver Store Explorer (RAPR/DriverStoreExplorer sur GitHub) permet de lister les paquets, identifier les doublons et les anciennes versions, puis les supprimer proprement avant sauvegarde. Cette étape réduit le volume exporté et évite de réimporter des pilotes obsolètes lors de la restauration.
Détection des pilotes manquants ou obsolètes avec pnputil et le Gestionnaire de périphériques
Le Gestionnaire de périphériques (devmgmt.msc) signale les périphériques en erreur par un triangle jaune, mais il ne détecte pas les drivers fonctionnels qui disposent d’une version plus récente. Pour un audit complet, pnputil /enum-drivers liste chaque paquet du Driver Store avec son nom, sa date de publication et sa version.
En croisant la sortie de pnputil avec les identifiants matériels (Hardware IDs visibles dans les propriétés de chaque périphérique), vous identifiez précisément quel .inf gère quel composant. Cette méthode est plus fiable que les utilitaires tiers de détection automatique, qui comparent souvent les versions à des bases de données externes sans tenir compte des spécificités OEM.
Cas du pilote graphique
Les pilotes de carte graphique (NVIDIA, AMD, Intel Arc) méritent un traitement à part. Windows Update distribue fréquemment des versions « standard » qui remplacent les pilotes studio ou game-ready installés manuellement. Après une réinstallation, la restauration depuis la sauvegarde peut échouer si le pilote graphique exporté entre en conflit avec la version que Windows Update pousse automatiquement.
La parade : exclure le pilote graphique de la restauration en masse et l’installer manuellement depuis le site du fabricant, en mode « installation propre » (clean install). NVIDIA et AMD proposent cette option dans leurs installeurs respectifs.
Sauvegarde des pilotes Windows : DISM vs pnputil vs PowerShell
Trois commandes natives permettent d’exporter les pilotes. Leur couverture et leur comportement diffèrent sur des points que les guides habituels ne distinguent pas clairement.
- dism /online /export-driver /destination: »D:\Backup » exporte tous les pilotes tiers (third-party) du Driver Store. Les pilotes inbox Microsoft (ceux livrés avec Windows) sont exclus, ce qui allège la sauvegarde mais signifie que certains pilotes système ne seront pas inclus.
- pnputil /export-driver * « D:\Backup » exporte l’intégralité des paquets du Driver Store, y compris les pilotes inbox. Le résultat est plus volumineux, mais la restauration couvre davantage de cas, notamment sur du matériel ancien dont les pilotes inbox ont été retirés dans des builds ultérieures de Windows.
- Export-WindowsDriver -Online -Destination « D:\Backup » (PowerShell) produit un résultat identique à DISM dans la plupart des scénarios. Son avantage réside dans l’intégration avec des scripts PowerShell plus larges (inventaire, comparaison, déploiement conditionnel).
Pour une sauvegarde pré-réinstallation sur un poste unique, pnputil offre la couverture la plus large. Pour un parc géré, la cmdlet PowerShell s’intègre mieux dans une chaîne d’automatisation.
Restauration des pilotes et pièges à éviter
La restauration en masse s’effectue avec pnputil /add-driver « D:\Backup\*.inf » /subdirs /install. Le paramètre /subdirs parcourt les sous-dossiers, et /install force l’installation immédiate plutôt que le simple ajout au Driver Store.
Deux pièges reviennent systématiquement.
Le premier concerne les pilotes signés. Si la politique de signature du système cible est plus restrictive que celle du système source (passage d’un build Insider à un build stable, par exemple), certains paquets seront refusés silencieusement. Vérifiez la sortie de pnputil après restauration : les lignes « Failed » indiquent un rejet.
Le second piège touche les pilotes réseau. Sans connectivité, Windows Update ne peut pas compléter l’installation de pilotes qui dépendent de composants téléchargeables (firmware, co-installateurs). Nous recommandons de restaurer le pilote de la carte réseau (Ethernet ou Wi-Fi) en premier, via le Gestionnaire de périphériques (Mettre à jour le pilote, puis Parcourir mon poste), avant de lancer la restauration en masse.
Vérification post-restauration
Après import, exécutez pnputil /enum-drivers pour confirmer que les paquets attendus figurent dans le Driver Store. Comparez avec la liste générée avant réinstallation. Tout écart signale un pilote rejeté ou un .inf corrompu dans la sauvegarde.
Contrôle des mises à jour de pilotes via les paramètres système
Windows Update pousse des mises à jour de drivers qui peuvent écraser les versions restaurées manuellement. Sous Windows 11, le paramètre se trouve dans Paramètres, Système, Windows Update, Options avancées. La ligne « Recevoir les mises à jour d’autres produits Microsoft » et les options de pilotes facultatifs permettent de limiter ce comportement.
En environnement professionnel, les stratégies Windows Update for Business ou Intune offrent un contrôle granulaire. Il est possible d’autoriser ou bloquer les mises à jour automatiques de pilotes par catégorie, voire par identifiant matériel. Depuis la dépréciation annoncée de WSUS en septembre 2024 (fin des nouvelles fonctionnalités, pas de l’outil), Intune et Windows Update for Business deviennent le canal principal pour le pilotage des drivers sur un parc.
La sauvegarde des pilotes n’a de valeur que si elle est exploitable au moment de la restauration. Stocker le dossier exporté sur une clé USB dédiée, avec un fichier texte listant la date d’export, le build Windows source et le nom de la machine, transforme une archive brute en ressource réellement utilisable plusieurs mois plus tard.
