Après mise à jour vers Windows 11 24H2 sur Surface Pro 9 (Intel), le branchement d’un eGPU Thunderbolt 3 déclenche un BSOD SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (parfois iacamera64.sys) et peut couper le Wi‑Fi. Voici des correctifs déjà validés et un guide de diagnostic reproductible.
BSOD eGPU Thunderbolt 3 sur Surface Pro 9 après Windows 11 24H2 : symptômes, causes probables et périmètre
Symptômes observés
- Écran bleu (BSOD) SYSTEM_THREAD_EXCEPTION_NOT_HANDLED, parfois associé au pilote caméra Intel
iacamera64.sys. - Extinction ou perte du Wi‑Fi dès l’insertion du câble Thunderbolt/eGPU.
- Le problème apparaît juste après la mise à niveau vers Windows 11 version 24H2, alors que la même configuration fonctionnait en 23H2.
Configurations concernées (exemples concrets)
- Surface Pro 9 (Intel, Thunderbolt 4) + boîtier eGPU Razer Core X ou Sonnet eGFX 750ex.
- Cartes graphiques NVIDIA GeForce RTX 3070 Ti, RTX 3080 (et assimilées).
Hypothèses techniques (pour comprendre, sans se disperser)
Le BSOD mêle deux indices : l’initialisation hot‑plug Thunderbolt/PCIe de l’eGPU et le pilote caméra Intel (iacamera64.sys). Sous 24H2, des changements de pile de pilotes (caméra/AVStream/IPU), de sécurité (isolation du noyau), ou d’ordonnancement des périphériques peuvent déclencher une exception noyau en chaîne lors de l’énumération Thunderbolt. D’où l’efficacité des mises à jour Pilotes & Microprogrammes Surface ou, à défaut, le retour en 23H2.
Important : la Surface Pro 9 5G (ARM/SQ3) ne dispose pas de Thunderbolt et n’est pas destinée aux eGPU. Le présent guide vise la Surface Pro 9 Intel.
Ce qui a déjà fonctionné (retours concrets)
- Revenir à Windows 11 23H2 : disparition immédiate des BSOD et retour au comportement attendu de l’eGPU.
- Installer le dernier pack « Pilotes & microprogrammes » Surface Pro 9 (Intel) : après redémarrage, l’eGPU refonctionne sous 24H2 (sans réinstaller le pilote NVIDIA dans au moins un cas rapporté).
Résumé rapide
| Symptôme | Cause la plus probable | Action la plus efficace |
|---|---|---|
| BSOD SYSTEM_THREAD_EXCEPTION_NOT_HANDLED | Conflit pilote caméra Intel (IPU/AVStream) déclenché lors du hot‑plug TB3/TB4 | Installer le pack Pilotes&Firmwares Surface récent, puis redémarrer |
| Wi‑Fi se coupe au branchement de l’eGPU | Bascules d’adaptateur réseau (Ethernet eGPU) ou gestion d’alimentation Intel Wi‑Fi | Mettre à jour Wi‑Fi/BT, désactiver l’extinction pour économie d’énergie, tester la métrique d’interface |
| Instabilité après installation de pilotes NVIDIA | Résidus de pilotes / conflits | Installation propre (DDU) puis pilote récent, eGPU branché après redémarrage |
Guide de résolution sous Windows 11 24H2 (ordre recommandé)
1) Mettre à jour toute la plateforme Surface
- Installez manuellement le pack « Pilotes & microprogrammes » correspondant à votre Surface Pro 9 (Intel). Exécutez l’installeur en mode administrateur.
- Redémarrez complètement la machine (arrêt puis mise sous tension recommandé plutôt qu’un simple redémarrage).
- Ouvrez Paramètres > Windows Update et appliquez toutes les mises à jour, y compris « Mises à jour facultatives > Pilotes ».
Astuce : vérifications après installation
- Dans Gestionnaire de périphériques, la catégorie Appareils système doit afficher les contrôleurs Surface et Intel à jour.
- Dans Historique des mises à jour, vérifiez que le microprogramme (UEFI Surface, Surface System Aggregator, Surface Integration) est récent.
2) Cibler le pilote caméra Intel (iacamera64.sys)
- Ouvrez Gestionnaire de périphériques > Appareils photo.
- Clic droit sur la/les caméra(s) Intel (IPU/AVStream), puis Désinstaller l’appareil > cochez « Supprimer le pilote ».
- Redémarrez. Laissez Windows réinstaller automatiquement, ou réinstallez depuis le pack Surface.
Option avancée : via ligne de commande
Pour identifier et désinstaller proprement un pilote caméra résiduel :
pnputil /enum-drivers | findstr /i "camera ipu avstream intel"
REM Repérez l'INF (ex. oem42.inf), puis :
pnputil /delete-driver oem42.inf /uninstall /forceDésactiver/réactiver la caméra (remplacez l’InstanceId par le vôtre) :
PowerShell (admin)
Get-PnpDevice -Class Camera
Disable-PnpDevice -InstanceId "<votre_InstanceId>" -Confirm:$false
Enable-PnpDevice -InstanceId "<votre_InstanceId>" -Confirm:$false3) Chaîne Thunderbolt / eGPU
- Mettez à jour Intel Thunderbolt (pilote + Thunderbolt Control Center).
- Testez un câble certifié TB3/TB4 40 Gb/s ≤ 0,8 m (ou 2 m actif), et essayez un autre câble si possible.
- Si vous pouvez, testez un autre boîtier eGPU ou votre eGPU sur un autre PC pour isoler un défaut matériel.
| Élément | Attendu | Action si anomalie |
|---|---|---|
| Câble TB | Débit 40 Gb/s, marquage officiel, longueur adaptée | Remplacer par un câble TB4 certifié, court (≤ 0,8 m) |
| Service TB | Thunderbolt™ Service opérationnel | Réinstaller pilotes TB / redémarrer service |
| Boîtier eGPU | Alimentation stable, firmware récent | Tester sur un autre PC / autre boîtier |
4) Pilotes graphiques NVIDIA (méthode « propre » si instable)
- Désinstallez le pilote NVIDIA actuel. Pour un nettoyage maximal, utilisez un outil de désinstallation en mode sans échec (type DDU).
- Redémarrez en mode normal, installez un pilote récent : Game Ready ou Studio (souvent plus stable en eGPU).
- Branchez l’eGPU après redémarrage, puis validez la détection dans le Gestionnaire de périphériques.
5) Wi‑Fi qui s’éteint au branchement de l’eGPU
- Appliquez les mises à jour Intel Wi‑Fi/Bluetooth (Windows Update et pack Surface).
- Dans Gestionnaire de périphériques > Carte Wi‑Fi > Gestion de l’alimentation, décochez « Autoriser l’ordinateur à éteindre ce périphérique ».
- Si le boîtier eGPU expose un port Ethernet, Windows peut basculer dessus. Désactivez temporairement cet adaptateur pour tester.
Option réseau avancée : prioriser le Wi‑Fi
PowerShell (admin)
Get-NetIPInterface | Sort-Object InterfaceMetric
# Donner la priorité au Wi‑Fi (métrique plus basse = priorité plus haute)
Set-NetIPInterface -InterfaceAlias "Wi-Fi" -InterfaceMetric 25
Set-NetIPInterface -InterfaceAlias "Ethernet" -InterfaceMetric 506) Contournements temporaires (pour travailler sans attendre)
- Désactiver la caméra dans le Gestionnaire de périphériques avant de brancher l’eGPU (valide rapidement l’implication du pilote).
- Brancher l’eGPU après ouverture de session (évite certaines initialisations « à froid » à l’écran de verrouillage).
- Tester l’option Sécurité Windows > Isolation du noyau > Intégrité de la mémoire : désactiver/activer à titre de test uniquement, puis redémarrer.
- Désactiver Démarrage rapide (Options d’alimentation) pour forcer une initialisation complète des bus.
Plan de décision (production vs. expérimentations)
- En production critique : rester en 23H2 tant que le couple 24H2 + pilotes n’est pas prouvé stable sur votre machine.
- Envie de retenter 24H2 : 1) installez tous les pilotes/firmwares Surface, 2) redémarrez à froid, 3) testez l’eGPU avec câble certifié. Si le BSOD persiste, revenir en 23H2 et surveiller les prochaines mises à jour.
Revenir proprement à Windows 11 23H2 (procédure)
- Sauvegardez vos données (images système, fichiers).
- Si vous êtes dans la fenêtre de retour (en général quelques jours après la mise à niveau) : Paramètres > Système > Récupération > Rétablir et choisissez Revenir à la version précédente.
- Sinon, effectuez une réinstallation de 23H2 avec conservation des données (assistant d’installation ou image 23H2), puis appliquez les mises à jour Surface et Windows.
Une fois stabilisé en 23H2, consignez votre état de référence (voir la checklist ci‑dessous), puis re-testez 24H2 lorsque de nouveaux packs Surface/Intel sont publiés.
Analyse approfondie : minidumps, fiabilité, événements
Récupérer les minidumps
- Vérifiez la présence de fichiers dans
C:\Windows\Minidump(ouC:\Windows\MEMORY.DMP). - Copiez-les dans un dossier de travail, puis notez l’horodatage correspondant au BSOD.
Historique de fiabilité
Lancez « Fiabilité » depuis le menu Démarrer. Identifiez les échecs matériels et applications au moment du branchement eGPU. Notez le nom du pilote fautif si mentionné (iacamera64.sys ou autre).
Observateur d’événements (journalisation utile)
- Journaux Windows > Système : événements Kernel‑Power, Kernel‑PnP et PCI Express autour de l’heure du BSOD.
- Journaux Windows > Application : Windows Error Reporting (ID d’événement 1001 BugCheck), modules défaillants.
WinDbg : vérifier rapidement le module fautif
- Installez WinDbg (édition moderne). Ouvrez le minidump.
- Exécutez :
!analyze -v
lmvm iacamera64
kv
!thread
!driversSi iacamera64.sys remonte en haut de pile lors de l’initialisation TB/PCIe, orientez la correction vers le pack Surface et les pilotes caméra.
Checklist de validation post‑correction
- Détection eGPU : Gestionnaire de périphériques > Cartes graphiques : la RTX apparaît sans icône d’erreur.
- Affichages : écran externe via eGPU détecté, résolution et taux de rafraîchissement corrects.
- Stabilité : 20–30 minutes de charge GPU (jeu / rendu) sans BSOD ni coupure Wi‑Fi.
- Hot‑plug : débrancher/rebrancher l’eGPU après ouverture de session n’entraîne pas de crash.
- Veille/reprise : mettre en veille avec eGPU branché, puis reprendre sans erreur.
| Test | Critère de réussite | Action en cas d’échec |
|---|---|---|
| Hot‑plug à chaud | Énumération < 10 s, aucun BSOD | Mettre à jour Thunderbolt, changer de câble, désactiver caméra & retester |
| Charge GPU soutenue | Aucune erreur, températures stables | Installation propre NVIDIA, vérifier alimentation eGPU |
| Réseau | Wi‑Fi reste actif, pas de bascule non désirée | Ajuster métrique d’interface, MAJ pilotes Intel Wi‑Fi/BT |
FAQ ciblée (Windows 11 24H2 · eGPU · Surface Pro 9)
Pourquoi un pilote caméra (iacamera64.sys) peut faire planter un eGPU ?
Lors du branchement TB3/TB4, Windows ré‑énumère un ensemble de périphériques (PCIe/USB, flux vidéo, sécurité). La pile caméra Intel (IPU/AVStream) est étroitement intégrée à la capture/traitement d’image et à des composants du noyau. Une incohérence de versions sous 24H2 peut provoquer une exception noyau pendant cette phase, d’où l’intérêt de réaligner les pilotes Surface/Intel.
Game Ready vs. Studio : lequel choisir pour un eGPU ?
Les deux fonctionnent, mais le pilote Studio cible la stabilité pour création/contenu et s’avère parfois plus tolérant avec les environnements eGPU. Si vous rencontrez des instabilités, essayez Studio après une installation propre.
Thunderbolt 3 vs. Thunderbolt 4 : y a‑t‑il un impact ?
TB4 standardise des exigences (certification, 40 Gb/s, câbles, hubs) et améliore la robustesse. Pour un eGPU, le point clé reste le lien PCIe x4 encapsulé (bande passante identique), mais un câble TB4 certifié améliore souvent la fiabilité.
La Surface Pro 9 5G peut‑elle utiliser un eGPU ?
Non. La variante 5G (ARM/SQ3) ne dispose pas de Thunderbolt et n’est pas prévue pour les eGPU. Le présent article s’adresse à la Surface Pro 9 Intel.
Annexes : scripts & commandes utiles
Inventorier les pilotes PnP signés (versions, fournisseurs)
PowerShell (admin)
Get-WmiObject Win32_PnPSignedDriver |
Select-Object DeviceName, DriverVersion, DriverProviderName, Manufacturer |
Sort-Object DeviceName |
Out-GridViewExporter un état de référence (rapide)
msinfo32 /report "%USERPROFILE%\Desktop\msinfo32_surface.txt"
wevtutil epl System "%USERPROFILE%\Desktop\System.evtx"
wevtutil epl Application "%USERPROFILE%\Desktop\Application.evtx"Vérifier l’état « Intégrité de la mémoire » (isolation du noyau)
Ouvrez Sécurité Windows > Sécurité de l’appareil. Pour tester l’impact sur le BSOD, basculez l’option puis redémarrez. Remettez‑la ensuite dans l’état recommandé. Paramètres d’alimentation susceptibles d’influer
- Options d’alimentation > Choisir l’action des boutons d’alimentation : désactivez Démarrage rapide.
- Options d’alimentation > Paramètres d’alimentation avancés > PCI Express : Gestion de l’état des liens → Désactivé (test).
Cas pratiques & retours terrain
- Razer Core X + RTX 3080 : BSOD immédiat en 24H2, résolution après installation du dernier pack Surface Pro 9 (Intel) puis redémarrage.
- Sonnet eGFX 750ex + RTX 3070 Ti : BSOD récurrent, disparition après retour à 23H2, stabilité confirmée en repassant sur 24H2 après MAJ des pilotes Surface et Thunderbolt.
Bonnes pratiques pour éviter la régression à l’avenir
- Photographiez votre état stable : versions des pilotes Surface/Intel, NVIDIA, Thunderbolt, et conservez un jeu d’installateurs.
- Mettre à jour par lots : d’abord les packs Surface, puis Windows Update, enfin NVIDIA. Testez entre chaque étape.
- Éviter le « branché au boot » la première fois après une grosse mise à jour ; préférez le branchement après ouverture de session.
En bref (TL;DR)
- Le duo 24H2 + eGPU peut déclencher un BSOD, parfois pointant
iacamera64.sys. - Deux correctifs qui marchent : pack Pilotes & microprogrammes Surface Pro 9 (Intel) à jour ou retour à 23H2.
- Si le Wi‑Fi s’éteint : mettez à jour Intel Wi‑Fi/BT, ajustez l’alimentation et la priorité réseau.
- Procédez methodiquement : Surface (pilotes/firmwares) → Caméra (réinstaller) → Thunderbolt/câble → NVIDIA (propre) → Réseau.
Fiche mémo (à imprimer)
| Étape | Action | Validation |
|---|---|---|
| 1 | Installer pack Surface Pro 9 (Intel) | Redémarrage + aucun pilote manquant |
| 2 | Réinstaller/actualiser pilote caméra Intel | Branchement eGPU sans BSOD |
| 3 | Mettre à jour Thunderbolt + tester un câble TB4 certifié | eGPU détecté à chaud < 10 s |
| 4 | Installation propre NVIDIA (si instable) | Aucun crash en charge GPU |
| 5 | Corriger Wi‑Fi (MAJ + énergie + métrique) | Connexion stable, pas de bascule indésirable |
| 6 | Contournements (désactiver caméra, brancher après login) | Travail possible en attendant un correctif durable |
Conclusion
La combinaison Surface Pro 9 (Intel) + Windows 11 24H2 + eGPU Thunderbolt peut produire un BSOD dû à une interaction défavorable entre les pilotes, avec iacamera64.sys souvent en première ligne. Les retours montrent qu’un réalignement complet de la plateforme Surface (pack Pilotes&Firmwares + Windows Update) suffit fréquemment à rétablir la stabilité. À défaut, rester en 23H2 demeure la meilleure option opérationnelle jusqu’à disponibilité de correctifs ultérieurs. En appliquant ce guide pas à pas — de la mise à jour de la plateforme jusqu’aux contournements ciblés — vous obtenez une démarche reproductible, sûre et efficace pour retrouver un eGPU pleinement fonctionnel.