Windows 11 Code 52 : le pilote est là, Windows refuse sa signature

Le contexte : tablette EDL, PC Windows 11

Ce REX a eu lieu pendant le dépannage d'une Redmi Pad SE (xun) passée en Qualcomm EDL. Le récit complet de la tablette est dans le guide Family Link. Ici, seul le volet pilote Windows compte.

Erreur finalement bloquante : Windows cannot verify the digital signature for the drivers required for this device... (Code 52).

Étape 1 — QUSB_BULK et Code 28

La tablette EDL est d'abord apparue sous Windows comme QUSB_BULK, avec : The drivers for this device are not installed. (Code 28).

Microsoft documente le Code 28 (CM_PROB_FAILED_INSTALL) : les pilotes de ce périphérique ne sont pas installés. À ce stade, Windows n'a tout simplement pas de pilote.

Étape 2 — installation du pilote Qualcomm USB

J'ai ensuite installé le paquet Qualcomm USB Drivers For Windows utilisé dans ce cas. Ce n'est pas un lien de téléchargement, ni une affiliation Qualcomm.

Le Code 28 a disparu une fois le paquet installé. Le problème suivant n'était plus « pas de pilote ».

Étape 3 — QDLoader 9008

Le périphérique est devenu Qualcomm HS-USB QDLoader 9008 (COMx). Le numéro de port COM n'a aucune importance d'une machine à l'autre.

À ce stade, Windows voyait le bon type de périphérique EDL. La communication n'était pas encore stable pour autant.

Étape 4 — Code 52, signature refusée

Windows a ensuite affiché le Code 52 : impossible de vérifier la signature numérique des pilotes.

Microsoft nomme cela CM_PROB_UNSIGNED_DRIVER. Message officiel : un fichier signé incorrectement, endommagé, ou provenant d'une source inconnue. La résolution recommandée pour un utilisateur est d'obtenir un pilote signé.

D'abord les voies officielles

L'ordre éditorial, avant toute option de démarrage, est : pilote constructeur / officiel ; Windows Update ou version adaptée ; vérifier la signature et le fournisseur ; réinstallation propre.

Ce n'est qu'ensuite, si le pilote nécessaire reste rejeté et que sa provenance est maîtrisée, que le mode temporaire sans enforcement a été utilisé dans ce REX.

Ce qui a débloqué ce cas : option n°7

Sur Windows 11, j'ai redémarré via les Options de démarrage avancées, puis choisi l'option n°7 — Désactiver le contrôle obligatoire des signatures de pilotes.

Dans l'interface utilisée, c'était bien l'option n°7. Je n'écris pas « F7 » comme intitulé de l'étape. Une touche peut correspondre à cette option selon le clavier, mais le choix réel a été n°7.

Après démarrage dans ce mode, le pilote a pu être utilisé pour poursuivre la communication avec le périphérique Qualcomm.

Microsoft documente le chargement d'un pilote non signé comme une pratique de développement / test, pas comme une configuration permanente. Je n'ai pas désactivé Secure Boot, ni l'intégrité, ni le contrôle de signature de façon persistante.

Code 28 n'est pas Code 52

Code 28 : Windows n'a pas le pilote nécessaire. Code 52 : Windows a un pilote, mais refuse sa signature ou sa validation.

Traiter un Code 52 comme un Code 28 (réinstaller en boucle le même paquet) ne change rien si la signature reste rejetée.

Ce qu'il ne faut pas faire

Ne pas présenter l'option n°7 comme première solution universelle.

Ne pas désactiver Secure Boot, Device Guard ou le contrôle de signature de façon permanente pour « que ça marche ».

Ne pas installer un pilote Qualcomm trouvé au hasard, hors paquet maîtrisé.

Conclusion

Dans ce REX Windows 11, la chronologie a été : QUSB_BULK + Code 28 → installation du pilote Qualcomm → QDLoader 9008 → Code 52 → option n°7 temporaire → pilote utilisable.

C'est un cas réel, pas une procédure Microsoft. La cible reste un pilote correctement signé.