Dopo l’aggiornamento a Windows 11 24H2, diversi possessori di Surface Pro 9 segnalano schermate blu (SYSTEMTHREADEXCEPTIONNOTHANDLED) non appena collegano un enclosure eGPU via Thunderbolt. In questa guida analizziamo i sintomi, le cause più probabili e le azioni pratiche per ripristinare la stabilità.
Contesto: Surface Pro 9 + eGPU su Windows 11 24H2
Il Surface Pro 9 (versione Intel) integra porte USB4/Thunderbolt in grado di gestire enclosure eGPU Thunderbolt 3/4 con GPU dedicate (es. NVIDIA). Su Windows 11 23H2 l’accoppiata è generalmente stabile; con l’upgrade a 24H2 alcuni utenti riscontrano crash di sistema all’inserimento del cavo TB, riavvii e disattivazione del Wi‑Fi.
Sintomi ricorrenti
- BSOD immediata o entro pochi secondi dal collegamento della eGPU con stop‑code SYSTEMTHREADEXCEPTIONNOTHANDLED.
- In alcune catture della schermata blu appare il riferimento al driver fotocamera iacamera64.sys (Intel AVStream Camera).
- In scenari specifici il Wi‑Fi si disattiva o perde il collegamento non appena la eGPU viene connessa o enumerata.
- Il problema si attenua o scompare eseguendo il rollback a Windows 11 23H2.
Perché accade: quadro tecnico (probabile)
Quando colleghi una eGPU, Windows deve enumerare una catena di dispositivi PCIe esposta sul link Thunderbolt (controller TB/USB4 → bridge PCIe‑to‑PCIe → GPU → sottocomponenti). In questa fase entrano in gioco driver di basso livello (ACPI, PCI, USB4/TB), il driver grafico e—indirettamente—altri filtri kernel legati a fotocamera, sicurezza e gestione energetica.
La 24H2 introduce aggiornamenti cumulativi e in alcuni casi cambi nel modello driver DCH, nelle policy di memory integrity, nella pipeline AVStream/Media e in componenti di sicurezza del kernel. Una discrepanza tra versioni (ad esempio Surface firmware + driver TB + driver GPU + moduli AvStream) può innescare l’eccezione non gestita che porta alla BSOD. Da qui la presenza, in taluni dump, di riferimenti a iacamera64.sys
: non perché la fotocamera “usi” la eGPU, ma perché il proprio filtro kernel è coinvolto nella fase di inizializzazione dispositivi.
Soluzioni già provate dagli utenti
La tabella seguente riassume le azioni che hanno dato esito nelle casistiche raccolte, con note pratiche.
Azione | Esito |
---|---|
Ripristino alla versione 23H2 | Risolve completamente il problema (caso Daniil). |
Reinstallazione driver/firmware Surface Pro 9 • pacchetto cumulativo ufficiale • driver fotocamera Intel AVStream (iacamera64.sys) | Consigliata dal supporto Microsoft; ha funzionato per un secondo utente (Kristian) dopo aver applicato l’aggiornamento e riavviato. |
Aggiornamento driver NVIDIA in modalità provvisoria | Utile in 23H2 per un’installazione “pulita”; in 24H2 da solo non ha risolto la BSOD. |
Disattivazione Core Isolation / Memory Integrity | Provata senza successo (caso Kristian). |
Controllo cavo Thunderbolt e test eGPU su altro PC | Raccomandato per escludere cavo/enclosure difettoso o incompatibile. |
Attendere fix ufficiali o monitorare “Known issues and notifications” per Windows 11 24H2 | Suggerito dal supporto; al momento non risulta ancora un bug formalmente riconosciuto. |
Pro e contro delle strade possibili
Opzione | Pro | Contro |
---|---|---|
Restare su 23H2 | Stabilità confermata; eGPU funzionante. | Mancano le novità di 24H2; richiede rollback. |
Aggiornare driver/firmware e restare su 24H2 | Mantieni l’ultima versione di Windows; ha già risolto in alcune casistiche. | Esito non garantito; può richiedere più cicli di installazione/riavvio. |
Attendere patch Microsoft prima di aggiornare di nuovo | Evita downtime imprevisti; eventuali fix arriveranno via Windows Update. | Ritardi nell’adozione delle nuove funzioni. |
Scelta rapida: che cosa fare ora
- La eGPU è mission‑critical? Se sì, resta su Windows 11 23H2 finché non è disponibile un correttivo stabile per 24H2.
- Vuoi restare su 24H2? Esegui l’aggiornamento completo di driver e firmware Surface + Intel, riavvia e prova. Se la BSOD persiste, passa a un’installazione pulita del driver NVIDIA in modalità provvisoria.
- In ogni caso, tieni d’occhio le note di rilascio/“Known issues” di 24H2 per eventuali fix dedicati.
Guida passo‑passo (restando su 24H2)
Di seguito un percorso pratico per massimizzare le probabilità di risoluzione senza rinunciare a 24H2.
Prima di cominciare
- Backup dei dati critici e creazione di un punto di ripristino (Impostazioni → Sistema → Informazioni → Protezione sistema).
- Alimenta l’enclosure eGPU con il suo alimentatore dedicato; collega un monitor esterno direttamente alla porta DisplayPort/HDMI della eGPU (evita docking intermedi).
- Scollega temporaneamente la eGPU durante l’aggiornamento dei driver.
Aggiorna firmware e driver Surface
- Apri l’app Surface e verifica la presenza di aggiornamenti firmware/UEFI e pacchetti driver.
- In alternativa, utilizza il pacchetto driver cumulativo per Surface Pro 9 (x64) e installalo manualmente.
- Riavvia il dispositivo al termine.
Nota: questo step ha risolto il problema per alcuni utenti dopo un ulteriore riavvio post‑installazione.
Aggiorna/riconfigura i driver Intel della fotocamera (iacamera64.sys)
- Apri Gestione dispositivi → espandi Fotocamere o Dispositivi di acquisizione immagini.
- Individua il dispositivo Intel AVStream Camera (il relativo driver carica
iacamera64.sys
). - Clic destro → Aggiorna driver → Cerca i driver nel computer e punta alla cartella dei driver Surface/Intel appena installati. In alternativa, Disinstalla dispositivo (spunta “Elimina il software driver” se disponibile) e poi reinstalla dal pacchetto.
- Riavvia il sistema.
Per test isolato, puoi disabilitare temporaneamente la fotocamera in Gestione dispositivi, collegare la eGPU e osservare se la BSOD scompare. Se sì, il problema è probabilmente un conflitto tra il filtro AVStream e il percorso di enumerazione TB/PCIe. Ricorda di riabilitare la fotocamera dopo il test.
Aggiorna driver Thunderbolt/USB4 e rete Intel
- In Gestione dispositivi espandi Controller USB e Dispositivi di sistema: aggiorna i driver del Controller USB4/Thunderbolt e del Controller PCI Express radice (se presenti pacchetti nuovi in Surface/Windows Update).
- Aggiorna i driver Intel Wi‑Fi e Bluetooth. In alcune macchine, il Wi‑Fi che cade all’inserimento della eGPU è un effetto collaterale di un driver outdated.
Installa “pulito” i driver NVIDIA (con eGPU scollegata)
- Scarica il driver NVIDIA consigliato per la tua GPU (Studio o Game Ready).
- Entra in Modalità provvisoria (Impostazioni → Sistema → Ripristino → Avvio avanzato → Riavvia ora → Risoluzione dei problemi → Opzioni avanzate → Impostazioni di avvio → F4).
- In Gestione dispositivi, sotto Schede video, disinstalla il driver NVIDIA (se disponibile spunta “Elimina il software driver”).
- Riavvia normalmente e installa il driver pulito (personalizzato → installazione pulita).
- Riavvia e collega la eGPU.
Opzionale avanzato: alcuni preferiscono usare strumenti di pulizia driver di terze parti. Se lo fai, procedi con cautela e crea un punto di ripristino.
Impostazioni di alimentazione e PCIe
- Apri Opzioni risparmio energia → piano Bilanciato/Prestazioni elevate → PCI Express → Gestione stato collegamento: imposta su Off e verifica.
- In Gestione dispositivi → Schede di rete → Adattatore Wi‑Fi Intel → Risparmio energia: deseleziona “Consenti al computer di spegnere il dispositivo per risparmiare energia”.
Sequenza consigliata di collegamento
- Spegnere la eGPU e scollegarla.
- Avviare Windows e attendere il desktop.
- Accendere la eGPU e attendere 5–10 secondi (ventole stabili, GPU pronta).
- Collegare il cavo Thunderbolt al Surface Pro 9.
- Attendere l’enumerazione (schermi lampeggiano) e verificare in Gestione attività → Prestazioni che la GPU esterna sia visibile.
Procedura alternativa: tornare a Windows 11 23H2
Se la eGPU è essenziale e 24H2 continua a generare BSOD, il rollback è la soluzione più pragmatica.
- Vai su Impostazioni → Sistema → Ripristino e verifica se è presente Torna alla versione precedente (disponibile per un periodo limitato dopo l’upgrade).
- Segui la procedura guidata, mantenendo i file personali quando possibile.
- Dopo il rollback, metti in pausa gli aggiornamenti per alcune settimane o utilizza le opzioni avanzate per rinviare la funzionalità 24H2 finché non vi saranno correzioni.
Una volta tornato a 23H2, reinstalla i driver Surface cumulativi e i driver NVIDIA più stabili per la tua configurazione eGPU.
Diagnostica approfondita (facoltativa)
Controllare i Minidump e l’Event Viewer
- Apri la cartella
C:\Windows\Minidump
: se presenti file recenti, analizzali con strumenti come WinDbg o utility di lettura dump per verificare moduli coinvolti (iacamera64.sys
,nvlddmkm.sys
,wdf01000.sys
, ecc.). - In Visualizzatore eventi → Registri di Windows → Sistema filtra per Errore/Critico intorno al momento del crash per individuare driver che falliscono in co‑inizializzazione con Thunderbolt.
Verificare l’albero dispositivi PCIe
In Gestione dispositivi, dal menu Visualizza seleziona Dispositivi per connessione: espandi la catena sotto il controller USB4/TB per assicurarti che la eGPU venga enumerata correttamente senza punti esclamativi gialli. Un conflitto di risorse sul bridge PCIe può spiegare Wi‑Fi che cade o BSOD immediate.
Test incrociato di cavi e enclosure
- Prova un cavo Thunderbolt 3/4 certificato diverso (40 Gbps, 0,5–0,8 m). Cavi usurati possono causare errori di link negotiation proprio nella finestra critica dell’handshake driver.
- Se possibile, testa la stessa eGPU su un altro PC con TB3/TB4 e un’altra GPU nell’enclosure corrente per escludere problemi hardware.
Escludere la fotocamera come trigger
Per sentenza rapida: disabilita la fotocamera Intel (vedi sopra), collega la eGPU e osserva il comportamento. Se la BSOD scompare, reinstalla/aggiorna il driver iacamera64.sys e le dipendenze AVStream. Questo non “risolve” la causa profonda, ma indirizza la diagnosi verso una specifica interazione tra pipeline media e enumerazione PCIe.
Buone pratiche per l’uso della eGPU su Surface Pro 9
- Alimentazione stabile: usa l’alimentatore della eGPU e un UPS se lavori in ambienti sensibili. Evita hot‑plug sotto carico GPU massimo.
- Monitor diretto: collega il monitor all’uscita video della eGPU, non alla porta del Surface né a dock USB‑C esterni (evita pass‑through che aggiungono complessità).
- Driver coerenti: mantieni allineati pacchetti Surface, Intel (chipset, TB/USB4, Wi‑Fi, Bluetooth, Camera), NVIDIA. Evita mix di release molto distanti.
- Piani energia: disattiva temporaneamente il risparmio energetico aggressivo su PCIe e scheda di rete durante i test.
- NVIDIA Control Panel: imposta, se necessario, Preferisci prestazioni massime per le app 3D e verifica Gestisci surround, PhysX → Processore PhysX sulla GPU esterna.
Domande frequenti
È un bug riconosciuto ufficialmente?
Nelle segnalazioni raccolte finora non risulta ancora un problema formalmente elencato tra i “problemi noti” di 24H2. Ciò non esclude che una futura patch lo risolva.
Perché viene citato iacamera64.sys
in una BSOD legata alla eGPU?
Perché il driver AVStream della fotocamera è un filtro kernel che interagisce con la pipeline multimediale. Durante l’inizializzazione dei bus e dispositivi (TB/PCIe) può venire coinvolto e, se in disallineamento di versione o con settaggi particolari, contribuire all’eccezione non gestita.
La mia eGPU è Thunderbolt 3: è compatibile con le porte TB4/USB4 del Surface Pro 9?
Sì, TB4 è retro‑compatibile con TB3. Il problema qui non è la “versione” del protocollo, ma l’integrazione driver/firmware tra Windows 24H2, Surface e i componenti della tua catena eGPU.
Disattivare Memory Integrity aiuta?
In almeno un caso non ha risolto. Puoi provarlo per escludere interferenze con driver legacy, ma il vero miglioramento è arrivato reinstallando/aggiornando i pacchetti Surface/Intel e—dove utile—i driver NVIDIA.
Checklist rapida di verifica
- Windows aggiornato? (24H2 con tutte le quality updates installate)
- Firmware/driver Surface all’ultima versione?
- Driver Intel AVStream Camera reinstallato/aggiornato?
- Driver Controller USB4/Thunderbolt aggiornato?
- Driver NVIDIA installazione pulita da modalità provvisoria?
- Wi‑Fi aggiornato e con opzione “consenti spegnimento per risparmio energia” disabilitata?
- Cavo TB certificato provato? eGPU testata su altro PC?
- BSOD ancora presente? Valuta rollback a 23H2.
Template di intervento (da copiare nei ticket interni)
Dispositivo: Surface Pro 9 (Intel) – Windows 11 24H2 eGPU: [marca/modello enclosure] + [GPU esatta] Cavo TB: [marca/lunghezza] – certificazione 40 Gbps: Sì/No Sintomo: - BSOD SYSTEMTHREADEXCEPTIONNOTHANDLED all’inserimento TB - Riferimenti driver: [iacamera64.sys / nvlddmkm.sys / altro] - Wi‑Fi: [resta attivo / si disattiva] Azioni eseguite: [ ] Aggiornato firmware/driver Surface cumulativi [ ] Reinstallato/aggiornato Intel AVStream Camera [ ] Aggiornato Controller USB4/Thunderbolt [ ] Pulizia/riinstallazione driver NVIDIA in modalità provvisoria [ ] Regolate impostazioni risparmio energia PCIe e Wi‑Fi [ ] Test cavo TB alternativo [ ] Test eGPU su altro PC Esito: [descrizione]
Raccomandazioni finali (riassunto operativo)
- Se la eGPU è indispensabile: rimani su Windows 11 23H2 finché non arriveranno patch di 24H2 che chiudano il problema.
- Se vuoi restare su 24H2:
- Installa l’ultimo pacchetto driver/firmware per Surface Pro 9.
- Riavvia, collega la eGPU e verifica.
- Se la BSOD persiste, esegui un’installazione pulita dei driver NVIDIA da modalità provvisoria.
- Monitora gli aggiornamenti di Windows 11 24H2 (in particolare le note “Known issues and notifications”) per eventuali fix futuri.
Quando contattare il supporto
Se dopo i passaggi sopra la BSOD persiste, raccogli i file minidump, un report dxdiag e l’esportazione MSINFO32 e apri un ticket indicando la sequenza esatta che porta al crash (hot‑plug a desktop loggato, hot‑plug in lockscreen, cold‑plug prima del boot, ecc.). Queste informazioni accelerano l’analisi del problema a livello kernel/driver.
Conclusioni
Il crash con SYSTEMTHREADEXCEPTIONNOTHANDLED al collegamento di una eGPU su Surface Pro 9 dopo l’aggiornamento a Windows 11 24H2 è quasi sempre l’effetto di un disallineamento tra driver di piattaforma (Surface/Intel), filtri multimediali (AVStream) e driver grafici esterni. Le strategie più efficaci oggi sono: rollback a 23H2 per massima stabilità in ambienti produttivi, oppure allineamento completo di firmware/driver e una reinstallazione pulita del driver NVIDIA restando in 24H2. Con queste misure e un minimo di disciplina nel collegamento (sequenza alimentazione → attesa → connessione), molte configurazioni tornano stabili fino al rilascio di eventuali fix di sistema.
Riepilogo in una riga: se 24H2 + eGPU ti manda in BSOD, prova prima l’allineamento totale dei driver (Surface/Intel/NVIDIA) con riavvio e test; se non basta e la eGPU è essenziale, torna a 23H2 e rimanda l’upgrade finché non arriva una patch.