Après une réinitialisation du Surface Pro 11 (ARM), vous voyez des « Périphériques inconnus » (code 28) et l’hibernation ne fonctionne plus ? Voici une procédure fiable pas‑à‑pas et un décryptage clair de l’incompatibilité AVX/AVX2 des applis x64 sur Snapdragon X Elite.
Périphériques inconnus après réinitialisation du Surface Pro 11 (ARM)
Problème
Suite à une remise à l’état d’usine via « Réinitialiser ce PC », cinq « Périphériques inconnus » (code 28) apparaissent dans le Gestionnaire de périphériques et l’hibernation (veille prolongée) cesse de préserver l’état des applications. Ni Windows Update ni le Surface Diagnostic Toolkit ne détectent ni ne corrigent le problème. L’installation manuelle du « Surface Pro 11 Driver & Firmware Pack » semble se dérouler normalement, mais ces périphériques restent non identifiés.
Pourquoi cela arrive-t-il ?
- Reset incomplet côté pilotes spécifiques Surface : la fonction de réinitialisation de Windows 11 réinstalle le système à partir de l’image locale, mais peut omettre certains composants Surface (contrôleurs embarqués, capteurs, sous‑systèmes audio/caméra, contrôleur d’hibernation, etc.) tant que l’image OEM n’est pas réappliquée.
- Orchestration UEFI & microprogramme : certaines fonctionnalités (hibernation, Modern Standby, capteurs) dépendent de la bonne combinaison UEFI + pilotes Surface. Un écart de version peut laisser des ID matériels sans correspondance.
- Windows Update à froid : après un reset, Windows peut ne pas récupérer immédiatement les pilotes Surface signés nécessaires (latence de catalogues, dépendances de microprogramme, ordre d’installation).
Ce qui n’a pas suffi
- Windows Update et Surface Diagnostic Toolkit : aucune correction effective.
- Installation manuelle du Driver & Firmware Pack : les packages s’installent, mais les périphériques demeurent inconnus.
- Parcours du dossier décompressé à la recherche de .inf compatibles : sans effet.
Solution sûre et efficace (procédure détaillée)
- Créer un support USB de récupération Surface
Depuis le portail de récupération Surface (via votre compte Microsoft et le numéro de série de l’appareil), téléchargez l’image officielle correspondant au Surface Pro 11 (ARM). Créez une clé USB de récupération (>= 16 Go). Cette image contient l’OS, les pilotes Surface, et l’orchestration UEFI attendue. - Préparer la machine
- Sauvegardez vos données (OneDrive, disque externe, ou image système).
- Notez/assurez la clé de récupération BitLocker (compte Microsoft/Azure AD). Sur les Surface modernes, BitLocker est souvent activé par défaut.
- Si nécessaire, entrez dans l’UEFI (Volume + haut + alimentation au démarrage) pour autoriser le démarrage depuis USB. Conservez Secure Boot activé.
- Démarrer sur l’USB et lancer une réinstallation complète
Éteignez la tablette. Maintenez Volume bas puis appuyez sur le bouton d’alimentation pour démarrer sur l’USB. L’assistant Surface Recovery propose une réinstallation propre de Windows 11 avec l’image OEM. Sélectionnez la suppression complète des données uniquement si vous voulez repartir de zéro. - Finaliser l’OOBE (premiers écrans de Windows) et appliquer immédiatement le dernier Driver & Firmware Pack
Une fois sur le Bureau, installez en premier le pack pilotes + microprogrammes fourni pour le Surface Pro 11 (ARM). Redémarrez quand c’est demandé. - Exécuter Windows Update
Recherchez les mises à jour jusqu’à ce qu’aucune mise à jour de pilote/firmware ne soit proposée.
Vérifications post‑installation (contrôle qualité)
- Gestionnaire de périphériques : aucun « Périphérique inconnu », pas d’icône jaune. Triez par Vue > Périphériques par connexion pour repérer les contrôleurs ACPI/SoC.
- État de l’hibernation : ouvrez une console Administrateur et exécutez :
powercfg /a powercfg /hibernate onL’hibernation doit apparaître comme Disponible. Si elle est désactivée, appliquez la commande ci‑dessus puis redémarrez. - Vérifier la version UEFI/microprogramme Surface : dans Paramètres > Windows Update > Historique de mise à jour ou dans l’UEFI (About), contrôlez que la version correspond à la dernière mise à jour appliquée.
Plan B si des périphériques restent inconnus
- Identifier les ID matériels : clic droit > Propriétés > Détails > ID de matériel. Copiez les valeurs
ACPI\VEN_xxx&DEV_yyyyouUSB\VID_xxxx&PID_yyyy. - Forcer l’installation depuis le dépôt de pilotes :
pnputil /add-driver "D:\Surface_Pro_11_Drivers\*.inf" /subdirs /install pnputil /enum-devices /problemSi le pilote existe dans le pack, il sera apparié. - Réparer l’image système (au cas où le reset initial a laissé des incohérences) :
DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow - Tester un démarrage « à froid » : éteignez complètement, attendez 30 s, rallumez. Certains contrôleurs embarqués se réinitialisent correctement uniquement après une coupure totale.
Bonnes pratiques et précautions
- Conservez une clé USB de récupération à jour. Elle vous évite de dépendre des pilotes réseau au premier démarrage.
- Si vous envisagez un changement de SSD (modèles compatibles), profitez de la réinstallation pour partir sur un support neuf et cloner/déployer proprement.
- Surveillez ponctuellement l’historique des mises à jour après la résolution : un pilote régressif peut réapparaître et réintroduire des périphériques inconnus.
Reset, réparation sur place ou réinstallation ? Comprendre les différences
| Méthode | Ce qui est réinstallé | Cas d’usage | Risques/limites |
|---|---|---|---|
| Réinitialiser ce PC (reset) | Image locale Windows, pilotes génériques | Problèmes logiciels courants, nettoyage rapide | Peut manquer de pilotes Surface spécifiques (code 28), hibernation altérée |
| Réparation sur place (ISO même version) | Réinstalle Windows par‑dessus, conserve apps/fichiers | Fichiers système corrompus, sans perte d’apps | Ne corrige pas toujours les incohérences de microprogramme/pilotes |
| Réinstallation complète via USB de récupération Surface | Image OEM officielle + pilotes & firmware Surface | Recommandé ici pour restaurer la pile Surface end‑to‑end | Nécessite sauvegardes, reconfiguration initiale |
Checklist express avant de réinstaller
- Exporter vos documents, projets, profils de navigateur, clés SSH, certificats.
- Noter la clé BitLocker et vérifier l’accès au compte Microsoft/Azure AD.
- Débrancher accessoires USB non indispensables (dongles, hubs) pendant l’installation.
- Prévoir le Wi‑Fi et, si besoin, un dongle USB‑C vers Ethernet compatible.
Hibernation, veille moderne et Surface Pro 11
Les appareils ARM modernes privilégient le Modern Standby (S0ix) pour une sortie de veille instantanée et une connectivité en veille. L’hibernation (état S4) reste possible mais dépend de la cohérence Windows + pilotes + microprogramme. Après réinstallation avec l’image Surface et application du pack Driver & Firmware, l’hibernation redevient disponible et les sessions se restaurent correctement.
Incompatibilité AVX2 des applications x64 sur Surface Pro 11 (ARM)
Problème
Des applications compilées pour x64 et reposant sur les extensions SIMD AVX/AVX2 (par exemple certaines suites de traitement d’images IA comme Topaz AI) refusent de se lancer sur Snapdragon X Elite. Les symptômes typiques : message « illegal instruction », fenêtre qui se ferme instantanément, ou journal interne signalant l’absence d’AVX2/FMA.
Cause technique
Windows 11 on ARM traduit/émule le code x64 pour l’exécuter sur l’architecture ARM64. À ce jour, l’émulateur x64 n’expose pas toutes les extensions vectorielles d’Intel/AMD : pas de prise en charge logicielle standardisée pour AVX/AVX2, BMI, F16C, FMA. Quand ces chemins de code sont obligatoires (pas de repli SSE/NEON), l’application échoue au lancement.
Diagnostiquer proprement
- Détection interne de l’application : la plupart des binaires effectuent un CPUID pour vérifier AVX/AVX2. Consultez les journaux de l’app (logs) quand ils existent ; si elle « croit » que la plateforme ne gère pas AVX2, elle peut refuser de démarrer.
- Coreinfo (Sysinternals) côté x64
coreinfo -f -n -v
Sur ARM, exécuté en contexte x64 émulé, coreinfo ne listera pas AVX/AVX2 comme disponibles, ce qui confirme l’incompatibilité.
Évolutions annoncées
Microsoft travaille sur Windows Prism, un moteur d’émulation de nouvelle génération visant à améliorer nettement les performances et la compatibilité des applications x86/x64 sur ARM. L’ajout d’une couverture logicielle plus large des extensions vectorielles est évoqué pour une mise à jour majeure de Windows 11 attendue au cours de 2025. À l’heure actuelle, aucune date de diffusion précise ni périmètre définitif n’est publiquement garantis ; il faut donc considérer ce support comme probable mais non engagé.
Contournements efficaces en attendant
- Privilégier les versions ARM64 natives des logiciels quand elles existent. Beaucoup d’éditeurs publient désormais des builds ARM64 optimisées NEON/DirectML.
- Choisir des versions « sans AVX2 » : certaines applications proposent un mode « CPU legacy » ou d’anciennes versions avec chemins SSE/NEON. La performance est moindre, mais le lancement est possible.
- Externaliser le calcul lourd : exécuter les traitements sur une machine x86_64 (PC fixe, serveur, VM cloud) et ne garder sur le Surface Pro 11 que l’orchestration/visualisation.
- Scruter les notes de version des éditeurs : de nombreux projets migrent progressivement vers ARM64 (ou ajoutent un backend DirectML) et publient des canaux bêta.
Choisir la meilleure option selon votre scénario
| Besoin | Solution conseillée | Impact performance | Effort |
|---|---|---|---|
| Lancer absolument l’app x64 exigeant AVX2 | Machine x86_64 distante (physique/cloud) pour le calcul | Élevé (GPU/AVX2 natifs) | Moyen (RDP/partage, pipeline de fichiers) |
| Travail nomade, autonomie prioritaire | Version ARM64 native ou alternative équivalente | Bon à excellent (optimisé NEON/DirectML) | Faible à moyen (migration de workflow) |
| Compatibilité immédiate d’une ancienne release | Version « legacy CPU » sans AVX2 | Modéré (perte de vitesse) | Faible (installation simple) |
Bonnes pratiques autour des applis IA et médias
- Vérifier la pile d’accélération : sur ARM, privilégiez les moteurs prenant en charge DirectML ou des kernels ARM64.
- Segmenter les lots : quand une app ARM64 est un peu plus lente, exécutez des lots plus petits pour optimiser l’autonomie.
- Surveiller la mémoire : certaines apps x64 en émulation consomment plus de RAM. Ajustez les préférences (taille de tuile, niveau d’upscaling, nombre de threads).
Informations complémentaires utiles
| Vérification | Pourquoi c’est utile |
|---|---|
| Identifier les ID matériels (VEN/DEV) des périphériques inconnus avant réinstallation | Permet, en cas de nouveau problème, de cibler précisément le .inf du pilote. |
| Conserver une clé USB de récupération à jour | Accélère toute future remise en état, même sans pilote réseau. |
| Suivre le blog Windows Insider et les notes de version Surface | Indique en amont la disponibilité de nouvelles capacités d’émulation (AVX/AVX2) et de microprogrammes. |
FAQ rapide
Pourquoi Windows Update et le Surface Diagnostic Toolkit n’ont rien trouvé ?
Ces outils dépendent d’une pile déjà suffisamment cohérente pour détecter les matériels. Après un reset, l’image générique peut omettre des briques Surface clés ; l’outil ne « voit » alors pas les correspondances. La réinstallation via l’image de récupération Surface restaure l’ensemble pilote+firmware attendu par l’appareil.
L’hibernation est‑elle utile sur un appareil Modern Standby ?
Oui, surtout pour geler une longue session d’apps sans consommation. Surface Pro 11 gère Modern Standby (réveil instantané) et hibernation S4. Si powercfg /a indique que l’hibernation n’est pas disponible, la cause est presque toujours logicielle (pile pilotes) : la réinstallation via image Surface suivie du Driver & Firmware Pack règle le problème.
Puis‑je « forcer » AVX2 via une clé de registre ou une option cachée ?
Non. AVX/AVX2 sont des extensions d’instructions matérielles propres aux CPU x86_64. L’émulation Windows on ARM n’expose pas ces chemins aujourd’hui ; forcer leur activation casse l’application (erreurs d’instruction illégale) ou n’a aucun effet.
Un GPU externe (eGPU) résout‑il l’incompatibilité AVX2 ?
Un eGPU peut accélérer certaines charges (si le logiciel s’appuie réellement sur l’API GPU), mais ne « fabrique » pas des instructions AVX2 côté CPU x64 émulé. Là où l’application impose AVX2 pour son pipeline CPU, un eGPU ne suffit pas.
Que faire si, après tous les correctifs, un seul périphérique reste inconnu ?
Relevez son ID matériel, puis installez manuellement le .inf correspondant via pnputil. Si l’ID reste introuvable dans le pack Surface, c’est peut‑être un accessoire tiers ; récupérez le pilote chez le fabricant.
Récapitulatif
Sur Surface Pro 11 (ARM), un reset peut laisser des « Périphériques inconnus » (code 28) et casser l’hibernation. La réinstallation complète à partir de l’image de récupération Surface, suivie de l’application immédiate du dernier Driver & Firmware Pack, restaure la cohérence matériel/firmware/pilotes : plus de périphériques inconnus, hibernation de nouveau opérationnelle. Côté logiciels exigeant AVX/AVX2, l’incompatibilité vient de l’émulation x64 actuelle sur ARM ; en attendant l’arrivée de Windows Prism et de futures améliorations de compatibilité, privilégiez des versions ARM64 natives, des modes CPU legacy quand ils existent ou déportez le calcul intensif sur une machine x86_64. Ces stratégies garantissent productivité et stabilité dès aujourd’hui, tout en préparant une transition fluide vers les prochaines mises à jour de Windows 11.
En résumé opérationnel :
- Résoudre les périphériques inconnus : image de récupération Surface → réinstallation complète → Driver & Firmware Pack → Windows Update → vérifier
powercfg /a. - Comprendre AVX2 sur ARM : pas de support x64 AVX/AVX2 aujourd’hui → utiliser ARM64 natif, versions legacy, ou externaliser le calcul → surveiller Prism et les notes de version.