Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
De CRITICAL_PROCESS_DIED
bugcheck heeft de waarde 0x000000EF. Deze controle geeft aan dat een kritiek systeemproces is beëindigd. Een kritiek proces dwingt het systeem om een bugcheck uit te voeren als het systeem wordt beëindigd. Deze controle vindt plaats wanneer de status van het proces is beschadigd of beschadigd. Wanneer de corruptie of schade optreedt, aangezien deze processen van cruciaal belang zijn voor de werking van Windows, vindt een systeembugcontrole plaats omdat de integriteit van het besturingssysteem in het geding is.
Ingebouwde kritieke Windows-systeemservices zijn onder meer csrss.exe, wininit.exe, logonui.exe, smss.exe, services.exe, conhost.exeen winlogon.exe.
Een ontwikkelaar kan ook een service maken en de hersteloptie instellen op De computer opnieuw opstarten. Zie Herstelacties instellen die moeten worden uitgevoerd wanneer een service mislukt voor meer informatie.
Belangrijk
Dit onderwerp is bedoeld voor programmeurs. Als u een klant bent die een foutcode met een blauw scherm heeft ontvangen tijdens het gebruik van uw computer, raadpleegt u Problemen met blauw scherm oplossen.
CRITICAL_PROCESS_DIED parameters
Kenmerk | Beschrijving |
---|---|
1 | Het procesobject |
2 | Als 0, wordt een proces beëindigd. Als 1, een thread beëindigd. |
3 | Gereserveerd |
4 | Gereserveerd |
Resolutie / Besluit
Om de oorzaak van dit probleem te bepalen, is meestal het gebruik van het foutopsporingsprogramma vereist om aanvullende informatie te verzamelen. U moet meerdere dumpbestanden onderzoeken om te zien of deze stopcode vergelijkbare kenmerken heeft, zoals de code die wordt uitgevoerd wanneer de stopcode wordt weergegeven.
Zie Analyse van crashdumps met behulp van de Windows-foutopsporingsprogramma's (WinDbg),De extensie !analyze gebruiken en !analyze voor meer informatie.
In veel gevallen wordt er ook een gebruikersdump gemaakt voordat de systeembugcontroles zijn uitgevoerd. Over het algemeen geldt dat wanneer een gebruikersdump beschikbaar is, die dump eerst moet worden onderzocht om de hoofdoorzaak van het probleem te achterhalen. Er zijn beperkingen aan het debuggen van gebruikersmoduscode van de kerneldump, inclusief uitgepagineerde/ontbrekende gegevens. Zie User-Mode dumpbestanden voor meer informatie.
Overweeg het gebeurtenislogboek te gebruiken om te zien of er fouten zijn die optreden in de aanloop naar deze stopcode. Als die er zijn, kunnen deze fouten worden gebruikt om specifieke services of andere code te onderzoeken om te onderzoeken.
Zodra informatie over de code in kwestie beschikbaar is, stelt u een breekpunt in de gerelateerde code in voordat deze code wordt uitgevoerd. Van daaruit gaat u één stap vooruit door de code, waarbij u kijkt naar de waarden van kritieke variabelen die worden gebruikt om de codestroom te besturen. Onderzoek dit deel van uw code zorgvuldig om te zoeken naar valse aannames of andere fouten.
Gebruik de tweede parameter van de bugcontrole om te bepalen of een stervend proces of thread de bugcontrole heeft veroorzaakt.
Als het een proces is, gebruikt u de opdracht !process om informatie over het proces weer te geven voor en na het mislukte punt om te zoeken naar abnormaal gedrag. Met het hulpprogramma Procesverkenner kunt u algemene informatie verzamelen over de relaties tussen bovenliggende onderliggende elementen en welke processen worden uitgevoerd.
Als het een thread is, kunt u overwegen de opdracht !thread te gebruiken om informatie over de thread weer te geven. Zie Contexten wijzigen voor informatie over threads in de kernelmodus.
Zie Windows Internals van Pavel Yosifovich, Mark E. Russinovich, David A. Solomon en Alex Ionescu voor algemene informatie over threads, processen en andere specifieke zaken over met Windows beveiligde kritieke code, zoals wininit en csrss.
Tips voor algemene probleemoplossing
Als u niet met het foutopsporingsprogramma kunt werken, kunnen deze algemene tips voor het oplossen van problemen nuttig zijn.
Als u onlangs hardware aan het systeem hebt toegevoegd, probeert u die hardware te verwijderen of te vervangen. U kunt ook bij de fabrikant navragen of er patches beschikbaar zijn.
Als er onlangs nieuwe apparaatstuurprogramma's of systeemservices zijn toegevoegd, kunt u deze verwijderen of bijwerken. Probeer te bepalen wat er is gewijzigd in het systeem waardoor de nieuwe code voor foutcontrole werd weergegeven.
Controleer het systeemlogboek in Logboeken op andere foutberichten die kunnen helpen bij het lokaliseren van het apparaat of stuurprogramma dat de fout veroorzaakt. Zoek naar kritieke fouten in het systeemlogboek die zich in hetzelfde tijdvenster als de bluescreenfout hebben voorgedaan.
Neem contact op met de fabrikant om te zien of er een bijgewerkt systeem-BIOS of bijgewerkte firmware beschikbaar is.
Probeer de hardwarediagnose uit te voeren die door de systeemfabrikant is geleverd.
Controleer of nieuwe hardware die is geïnstalleerd compatibel is met de geïnstalleerde versie van Windows. U kunt bijvoorbeeld informatie krijgen over de vereiste hardware op Windows 10-specificaties.
Voer een virusdetectieprogramma uit. Virussen kunnen alle soorten harde schijven infecteren die zijn geformatteerd voor Windows. De resulterende schijfbeschadiging kan systeembugcontrolecodes genereren. Zorg ervoor dat het virusdetectieprogramma het Master Boot Record controleert op infecties.
Gebruik de tool Systeembestandscontrole om ontbrekende of beschadigde systeembestanden te herstellen. De System File Checker is een hulpprogramma in Windows waarmee gebruikers kunnen scannen op beschadigingen in Windows-systeembestanden en beschadigde bestanden kunnen herstellen. Gebruik de volgende opdracht om het hulpprogramma System File Checker (SFC.exe) uit te voeren.
SFC /scannow
Zie Het hulpprogramma Systeembestandscontrole gebruiken om ontbrekende of beschadigde systeembestanden te herstellen voor meer informatie.
Kijk in Apparaatbeheer om te zien of er apparaten zijn gemarkeerd met het uitroepteken (!). Controleer het gebeurtenislogboek dat wordt weergegeven in de eigenschappen van het stuurprogramma op zoek naar een defect stuurprogramma. Werk het gerelateerde stuurprogramma bij.