Controllo bug 0xEF: CRITICAL_PROCESS_DIED

Il CRITICAL_PROCESS_DIED controllo dei bug ha un valore di 0x000000EF. Questo controllo indica che un processo di sistema critico è terminato. Un processo critico forza il sistema a verificare se il sistema termina. Questo controllo si verifica quando lo stato del processo è danneggiato o danneggiato. Quando si verifica il danneggiamento o il danno, poiché questi processi sono fondamentali per il funzionamento di Windows, si verifica un controllo dei bug del sistema quando l'integrità del sistema operativo è in questione.

I servizi di sistema critici di Windows predefiniti includono csrss.exe, wininit.exe, logonui.exe, smss.exe, services.exe, conhost.exe e winlogon.exe.

Uno sviluppatore può anche creare un servizio e impostarne l'opzione di ripristino su Riavvia il computer. Per altre informazioni, vedere Configurare le azioni di ripristino da eseguire in caso di errore di un servizio.

parametri CRITICAL_PROCESS_DIED

Risoluzione

Determinare la causa di questo problema richiede in genere l'uso del debugger per raccogliere informazioni aggiuntive. È necessario esaminare più file di dump per verificare se questo codice di arresto presenta caratteristiche simili, ad esempio il codice in esecuzione quando viene visualizzato il codice di arresto.

Per altre informazioni, vedere Analisi dei dump di arresto anomalo del sistema usando i debugger di Windows (WinDbg),Uso dell'estensione !analyze e !analyze.

In molti casi, viene creato anche un dump utente prima dei controlli dei bug di sistema. In generale, quando è disponibile un dump utente, tale dump deve essere esaminato per prima cosa per individuare la causa radice del problema. Esistono limitazioni per il debug del codice in modalità utente dal dump del kernel, inclusi i dati di paging o mancanti. Per altre informazioni, vedere File di dump in modalità utente.

È consigliabile usare il registro eventi per verificare se si verificano errori che si verificano fino a questo codice di arresto. In caso affermativo, questi errori possono essere usati per esaminare servizi specifici o altro codice da analizzare.

Quando sono disponibili informazioni sul codice in questione, impostare un punto di interruzione nel codice correlato prima dell'esecuzione di questo codice. Da qui, è possibile procedere in modo dettagliato nel codice, esaminando i valori delle variabili critiche usate per controllare il flusso di codice. Esaminare attentamente questa area del codice per cercare ipotesi false o altri errori.

Usare il secondo parametro del controllo dei bug per determinare se un processo o un thread in fase di morente ha causato il controllo del bug.

Se si tratta di un processo, usare il comando !process per visualizzare informazioni sul processo prima e dopo il punto di errore per cercare un comportamento anomalo. L'utilità Esplora processi può raccogliere informazioni generali sulle relazioni padre-figlio e sui processi in esecuzione.

Se si tratta di un thread, è consigliabile usare il comando !thread per visualizzare informazioni sul thread. Per informazioni sui thread in modalità kernel, vedere Modifica dei contesti.

Per informazioni generali su thread, processi e altre specifiche sul codice critico protetto da Windows, ad esempio wininit e csrss, vedere Internals di Windows by Cluster Yosifovich, Mark E. Russinovich, David A. Solomon e Alex Ionovich.

Suggerimenti generali sulla risoluzione dei problemi

Se non è possibile usare il debugger, questi suggerimenti generali per la risoluzione dei problemi possono essere utili.

• Se di recente è stato aggiunto hardware al sistema, provare a rimuovere o sostituire l'hardware. È anche possibile controllare con il produttore per verificare se sono disponibili patch.

• Se di recente sono stati aggiunti nuovi driver di dispositivo o servizi di sistema, provare a rimuoverli o ad aggiornarli. Provare a determinare cosa è cambiato nel sistema che ha causato la visualizzazione del nuovo codice di controllo dei bug.

• Controllare il log di sistema in Visualizzatore eventi per altri messaggi di errore che potrebbero aiutare a individuare il dispositivo o il driver che causa l'errore. Per altre informazioni, vedere Aprire Visualizzatore eventi. Controllare se nel registro di sistema sono presenti errori critici verificatisi nello stesso intervallo di tempo della schermata blu.

• Rivolgersi al produttore per verificare se è disponibile un BIOS o un firmware di sistema aggiornato.

• Provare a eseguire la diagnostica hardware fornita dal produttore del sistema.

• Verificare che qualsiasi nuovo hardware installato sia compatibile con la versione installata di Windows. Ad esempio, è possibile ottenere informazioni sull'hardware necessario in Windows 10 specifiche.

• Eseguire un programma di rilevamento virus. I virus possono infettare tutti i tipi di dischi rigidi formattati per Windows. Il danneggiamento del disco risultante può generare codici di controllo dei bug di sistema. Assicurarsi che il programma di rilevamento virus controlli il record di avvio master per rilevare le infezioni.

• Usare lo strumento Controllo file di sistema per ripristinare i file di sistema mancanti o danneggiati. Controllo file di sistema è un'utilità di Windows che consente agli utenti di analizzare i danneggiamenti nei file di sistema di Windows e ripristinare i file danneggiati. Usare il comando seguente per eseguire lo strumento Controllo file di sistema (SFC.exe).

  SFC /scannow
  

  Per altre informazioni, vedere Usare lo strumento Controllo file di sistema per ripristinare i file di sistema mancanti o danneggiati.

• Cercare in Gestione dispositivi per verificare se i dispositivi sono contrassegnati con il punto esclamativo (!). Esaminare il log eventi visualizzato nelle proprietà del driver per qualsiasi driver con errori. Provare ad aggiornare il driver correlato.

Vedi anche

• Analisi dei dump di arresto anomalo del sistema usando i debugger Windows (WinDbg)

• Analisi di un file di dump in modalità kernel con WinDbg