Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Il CRITICAL_PROCESS_DIED
controllo dei bug ha un valore di 0x000000EF. Questo controllo indica che un processo critico del sistema è terminato. Un processo critico costringe il sistema a controllare i bug se il sistema termina. Questo controllo si verifica quando lo stato del processo è corrotto o danneggiato. Quando si verifica la corruzione o il danno, poiché questi processi sono fondamentali per il funzionamento di Windows, si verifica un controllo dei bug del sistema poiché l'integrità del sistema operativo è in discussione.
I servizi di sistema critici integrati di Windows includono csrss.exe, wininit.exe, logonui.exe, smss.exe, services.exe, conhost.exee winlogon.exe.
Uno sviluppatore può anche creare un servizio e impostarne l'opzione di ripristino su Riavvia il computer. Per ulteriori informazioni, vedere Configurare le azioni di ripristino in modo che vengano eseguite in caso di errore di un servizio.
Importante
Questo argomento è rivolto ai programmatori. Se si è un cliente che ha ricevuto un codice di errore della schermata blu durante l'uso del computer, vedere Risolvere gli errori della schermata blu.
CRITICAL_PROCESS_DIED parametri
Parametro | Descrizione |
---|---|
1 | L'oggetto processo |
2 | Se 0, un processo è terminato. Se 1, un thread è terminato. |
3 | Riservato |
4 | Riservato |
Risoluzione
Per determinare la causa di questo problema è in genere necessario utilizzare il debugger per raccogliere informazioni aggiuntive. È consigliabile esaminare più file di dump per verificare se questo codice di arresto ha caratteristiche simili, ad esempio il codice in esecuzione quando viene visualizzato il codice di arresto.
Per altre informazioni, vedere Analisi del 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 che il sistema controlli i bug. In generale, quando è disponibile un dump utente, tale dump deve essere esaminato per primo per individuare la causa principale del problema. Esistono limitazioni per il debug del codice in modalità utente dal dump del kernel, inclusi i dati di paging/mancanti. Per ulteriori informazioni, vedere User-Mode file di dump.
Prendere in considerazione l'utilizzo del registro eventi per verificare se si verificano errori che portano a questo codice di arresto. In caso affermativo, questi errori possono essere utilizzati per esaminare servizi specifici o altro codice da analizzare.
Una volta disponibili le informazioni sul codice in questione, impostare un punto di interruzione nel codice correlato prima che questo codice venga eseguito. Da lì, fai un singolo passo avanti nel codice, osservando i valori delle variabili critiche utilizzate per controllare il flusso del codice. Esaminare attentamente quest'area del codice per cercare falsi presupposti o altri errori.
Utilizzare il secondo parametro del controllo dei bug per determinare se il controllo dei bug è stato causato da un processo o da un thread morente.
Se si tratta di un processo, usare il comando !process per visualizzare le informazioni sul processo prima e dopo il punto di errore per cercare un comportamento anomalo. L'utilità Esplora processi consente di 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 le 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 Windows Internals di Pavel Yosifovich, Mark E. Russinovich, David A. Solomon e Alex Ionescu.
Suggerimenti generali sulla risoluzione dei problemi
Se non si è in grado di usare il debugger, questi suggerimenti generali per la risoluzione dei problemi possono essere utili.
Se di recente è stato aggiunto hardware al sistema, provare a rimuoverlo o sostituirlo. Puoi anche verificare con il produttore 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 le modifiche apportate al sistema che hanno causato la visualizzazione del nuovo codice di controllo dei bug.
Controlla il registro di sistema nel Visualizzatore eventi per altri messaggi di errore che potrebbero aiutare a individuare il dispositivo o il driver che causa l'errore. Controllare se nel registro di sistema sono presenti errori critici verificatisi nello stesso intervallo di tempo della schermata blu.
Verificare con il produttore 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, puoi ottenere informazioni sull'hardware richiesto nelle specifiche di Windows 10.
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 del sistema. Assicurarsi che il programma di rilevamento dei virus controlli il Master Boot Record per verificare la presenza di infezioni.
Utilizzare lo strumento Controllo file di sistema per riparare i file di sistema mancanti o danneggiati. Il Controllo file di sistema è un'utilità di Windows che consente agli utenti di eseguire la scansione dei danneggiamenti nei file di sistema di Windows e ripristinare i file danneggiati. Utilizzare il seguente comando 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 periferiche se le periferiche sono contrassegnate con il punto esclamativo (!). Esaminare il registro eventi visualizzato nelle proprietà del driver per individuare eventuali driver in errore. Provare ad aggiornare il driver correlato.