Accueil » Blog » Informatique » Windows » Code 41 : Windows a chargé le pilote mais ne trouve pas le périphérique

Code 41 : Windows a chargé le pilote mais ne trouve pas le périphérique

Le code 41 du Gestionnaire de périphériques indique que Windows a bien chargé le pilote, mais qu’aucun matériel correspondant n’a été trouvé. Microsoft le documente sous le nom interne CM_PROB_LEGACY_SERVICE_NO_DEVICES et recommande une seule action de fond : réinstaller le périphérique.

Points clés

  • Message exact : « Windows a correctement chargé le pilote de périphérique pour ce matériel, mais ne peut pas trouver l’appareil matériel. (Code 41) ».
  • Nom interne : CM_PROB_LEGACY_SERVICE_NO_DEVICES, valeur 41 de la liste officielle des codes du Gestionnaire de périphériques.
  • Cause décrite par Microsoft : un service racine hérité a démarré sans créer d’objet de périphérique.
  • Le code 41 du Gestionnaire de périphériques n’a aucun rapport avec l’événement Kernel-Power 41 de l’Observateur d’événements, qui concerne les arrêts brutaux.
  • Résolution recommandée : réinstaller l’appareil, donc supprimer l’entrée fantôme et son paquet de pilote avant de relancer la détection.

Ce que le code 41 décrit exactement

Un pilote Windows moderne est chargé parce qu’un matériel a été énuméré par le bus. Dans le cas du code 41, l’ordre est inversé : un service de pilote a démarré tout seul, sans qu’aucun objet de périphérique physique ne soit créé derrière lui. Le Gestionnaire de périphériques affiche donc une entrée avec un pilote actif et sans matériel en face.

Ce schéma vient des services dits hérités, installés à la racine de l’arborescence Plug and Play. Une clé de service restée dans le registre après une désinstallation incomplète, un pilote virtuel installé par un logiciel supprimé depuis, ou un périphérique retiré physiquement alors que son service reste démarré produisent exactement cette signature.

A lire  Erreur 0xc0000098 : le fichier BCD ne contient pas d'entrée valide
Schéma comparant le code 41 du Gestionnaire de périphériques et l événement Kernel-Power 41
Deux erreurs distinctes portent le numéro 41 sous Windows.

Ne pas confondre avec Kernel-Power 41

La recherche « code 41 windows » renvoie massivement vers l’événement critique Kernel-Power 41, qui n’a rien à voir. Deux repères permettent de trancher immédiatement :

  • Le code 41 du Gestionnaire de périphériques s’affiche dans les propriétés d’un matériel, zone État du périphérique, et ne provoque aucun plantage.
  • L’événement Kernel-Power 41 apparaît dans l’Observateur d’événements après un redémarrage non planifié et traduit une coupure d’alimentation ou un arrêt brutal. Le sujet est traité à part dans le diagnostic d’un PC qui redémarre tout seul.

Procédure de résolution

1. Vérifier si le matériel est réellement présent

Un code 41 est souvent l’empreinte d’un périphérique débranché ou mort. Dans le Gestionnaire de périphériques, menu Affichage, activez Afficher les périphériques cachés. Les entrées grisées correspondent à du matériel non connecté au moment de l’analyse. Si l’entrée fautive est grisée, la question n’est plus le pilote mais la connexion.

Contrôlez ensuite le câble, le port et l’alimentation du périphérique, puis relancez Action puis Rechercher les modifications sur le matériel. Le raisonnement rejoint celui exposé pour le code 24, qui signale un périphérique absent ou mal installé.

2. Désinstaller l’entrée et son pilote

Microsoft indique de réinstaller l’appareil. En pratique, cela veut dire supprimer l’entrée avec son paquet :

  1. Clic droit sur le périphérique en erreur, Désinstaller l’appareil.
  2. Cocher Tenter de supprimer le pilote pour cet appareil lorsque la case est proposée.
  3. Redémarrer la machine, puis laisser Windows redétecter le matériel ou installer le pilote du constructeur.

3. Nettoyer le magasin de pilotes en ligne de commande

Quand la même entrée fantôme revient après chaque redémarrage, le paquet de pilote est toujours présent dans le magasin et se réinjecte. Dans une invite de commandes en administrateur :

  • pnputil /enum-drivers affiche les paquets tiers installés avec leur nom publié oemXX.inf, leur fournisseur et leur classe.
  • pnputil /delete-driver oemXX.inf /uninstall /force retire le paquet identifié et désinstalle les périphériques qui s’en servent.
  • pnputil /scan-devices relance une énumération complète.
A lire  Code 1 : ce périphérique n'est pas configuré correctement

La suppression d’un paquet lié à un contrôleur de stockage ou à la carte réseau se prépare : gardez le pilote de remplacement à portée avant de valider.

Schéma de l ordre des interventions pour résoudre un code 41 sous Windows
Ordre conseillé des interventions face à un code 41.

4. Traiter la clé de service résiduelle

Si l’entrée persiste alors qu’aucun paquet tiers ne lui correspond, le service hérité est déclaré seul. Ouvrez services.msc et cherchez un service portant le nom du logiciel disparu ; un service de pilote en démarrage automatique sans matériel derrière lui explique le code 41. Passer ce service en démarrage manuel fait disparaître l’entrée au redémarrage suivant, sans toucher au registre.

5. Vérifier l’intégrité du système

Plusieurs codes 41 simultanés sur des familles de matériel différentes orientent vers l’image Windows plutôt que vers un logiciel isolé. Lancez sfc /scannow en administrateur, puis réparez l’image avec DISM si l’analyse signale des corruptions non réparables.

Les cas qui reviennent le plus souvent

Périphérique USB retiré à chaud

Une clé, un dongle ou une interface audio débranchée pendant que son service tourne laisse une entrée orpheline. Rebrancher le matériel sur le même port fait généralement disparaître le code sans aucune manipulation.

Logiciel de virtualisation ou de capture désinstallé

Cartes réseau virtuelles, lecteurs de disque virtuels, périphériques de capture : leur objet est créé par l’application. Après une désinstallation partielle, le service subsiste et le code 41 apparaît. La réinstallation propre du logiciel, suivie d’une désinstallation complète, reste la voie la plus sûre.

Pilote générique installé par un utilitaire tiers

Les outils de mise à jour automatique de pilotes déposent parfois des paquets qui ne correspondent à aucun matériel présent. La mise à jour des pilotes sans logiciel tiers évite ce type d’entrée inutile.

Vérifications complémentaires

Contrôler le BIOS ou l’UEFI

Un composant intégré désactivé au niveau du firmware ne sera jamais énuméré, alors que son pilote reste installé côté système. Vérifiez dans le menu de configuration du BIOS ou de l’UEFI que le contrôleur concerné est activé, puis relancez la recherche de modifications matérielles.

A lire  Impossible de terminer l'opération car le fichier contient un virus : que faire face à ce message d’erreur ?

Tester en mode sans échec

Le démarrage en mode sans échec charge un jeu minimal de pilotes. Si l’entrée fantôme disparaît dans ce mode, un logiciel résident recrée le service à chaque ouverture de session. Les paramètres de récupération de Windows donnent accès au démarrage avancé pour effectuer ce test.

Lire les informations du pilote avant de supprimer quoi que ce soit

Onglet Pilote, bouton Détails du pilote : le chemin des fichiers chargés indique si le paquet est encore présent sur le disque. Ces informations évitent de supprimer une entrée utile à un autre matériel du même fournisseur.

Récapitulatif

  1. Confirmer le code dans les propriétés du périphérique, onglet Général.
  2. Afficher les périphériques cachés pour distinguer une entrée fantôme d’un matériel présent.
  3. Désinstaller l’appareil en supprimant son pilote, puis redémarrer.
  4. Retirer le paquet résiduel avec pnputil si l’entrée revient.
  5. Neutraliser le service hérité ou vérifier l’image Windows en dernier recours.

Les codes voisins se lisent avec la même grille : le dossier sur le code 10 sert de point d’entrée à la série, et le code 39 couvre le pilote corrompu ou manquant.

Questions fréquentes

Le code 41 signifie-t-il que le matériel est mort ?

Pas nécessairement. Il signifie qu’aucun objet de périphérique n’a été créé. Le matériel peut être simplement débranché, mal alimenté, ou n’avoir jamais existé sur cette machine dans le cas d’un pilote virtuel.

Pourquoi le pilote est-il marqué comme chargé ?

Parce qu’un service racine hérité démarre indépendamment de l’énumération matérielle. Windows charge le service, constate l’absence d’objet de périphérique et remonte le code 41.

Faut-il éditer le registre ?

Ce n’est presque jamais nécessaire. La désinstallation de l’appareil avec son pilote et la suppression du paquet par pnputil couvrent la grande majorité des cas, sans risque pour le reste du système.

Comment savoir quel logiciel a créé l’entrée ?

L’onglet Détails des propriétés, propriété Fournisseur du pilote ou Nom INF, donne l’éditeur du paquet. Ce nom se recoupe ensuite avec la sortie de pnputil /enum-drivers.

Le code 41 peut-il réapparaître après la réinstallation du matériel ?

Oui, si le paquet de pilote fautif reste dans le magasin ou si le service hérité est toujours en démarrage automatique. Ces deux points doivent être traités ensemble.

Photo d’en-tête : branchement d’un périphérique USB sur un ordinateur portable, par Casey McLaughlin, licence CC BY-SA 4.0, via Wikimedia Commons. La photo illustre le cas le plus courant, un périphérique amovible, alors que le code 41 touche aussi des pilotes sans matériel physique.
Sources : Microsoft Learn, Code 41 CM_PROB_LEGACY_SERVICE_NO_DEVICES · Microsoft Learn, messages d’erreur du Gestionnaire de périphériques · Microsoft Learn, état et code de problème d’une instance de périphérique · Microsoft Learn, PnPUtil · Microsoft Learn, commande sfc · Support Microsoft, mettre à jour les pilotes.

Laisser un commentaire

Pin It on Pinterest