Çözüldü CRITICAL_PROCESS_DIED mavi ekran hatası nasıl çözülür?

Bu konu çözüldü olarak işaretlenmiştir. Çözülmediğini düşünüyorsanız konuyu rapor edebilirsiniz.
İşletim sistemi
Windows 10

RLxAlphaCrusherx

Hectopat
Katılım
11 Eylül 2021
Mesajlar
1.169
Çözümler
9
Daha fazla  
Cinsiyet
Erkek
RAM
8 GB RAM
SSD veya HDD modeli
Kioxia 250 gb
Ekran kartı
GTX 950
Anakart
esonic h61da1
İşlemci
i7 2600
Kod:
************* Preparing the environment for Debugger Extensions Gallery repositories **************
 ExtensionRepository : Implicit.
 UseExperimentalFeatureForNugetShare : true.
 AllowNugetExeUpdate : true.
 NonInteractiveNuget : true.
 AllowNugetMSCredentialProviderInstall : true.
 AllowParallelInitializationOfLocalRepositories : true.

 EnableRedirectToV8JsProvider : false.

 -- Configuring repositories.
 ----> Repository : LocalInstalled, Enabled: true.
 ----> Repository : UserExtensions, Enabled: true.

>>>>>>>>>>>>> Preparing the environment for Debugger Extensions Gallery repositories completed, duration 0.000 seconds.

************* Waiting for Debugger Extensions Gallery to Initialize **************

>>>>>>>>>>>>> Waiting for Debugger Extensions Gallery to Initialize completed, duration 0.031 seconds.
 ----> Repository : UserExtensions, Enabled: true, Packages count: 0
 ----> Repository : LocalInstalled, Enabled: true, Packages count: 41.

Microsoft (R) Windows Debugger Version 10.0.27553.1004 AMD64.
Copyright (c) Microsoft Corporation. All rights reserved.

Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Bitmap Dump File: Kernel address space is available, User address space may not be available.

Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 19041 MP (8 procs) Free x64.
Product: WinNt, suite: TerminalServer SingleUserTS Personal.
Edition build lab: 19041.1.amd64fre.vb_release.191206-1406
Kernel base = 0xfffff801`6fe00000 PsLoadedModuleList = 0xfffff801`70a2a820
Debug session time: Fri Jul 19 20:33:20.308 2024 (UTC + 3:00)
System Uptime: 0 days 0:28:39.009
Loading Kernel Symbols.
...............................................................
................................................................
..................................................
Loading User Symbols.
................................................
Loading unloaded module list.
......
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff801`701fdde0 48894c2408 mov qword ptr [rsp+8],rcx ss:ffffad0f`f4f30d90=00000000000000ef
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

CRITICAL_PROCESS_DIED (ef)
 A critical system process died.
Arguments:
Arg1: ffffb384623cf240, Process object or thread object.
Arg2: 0000000000000000, If this is 0, a process died. If this is 1, a thread died.
Arg3: 0000000000000000, The process object that initiated the termination.
Arg4: 0000000000000000.

Debugging Details:
------------------

KEY_VALUES_STRING: 1

 Key : Analysis.CPU.mSec
 Value: 7389.

 Key : Analysis.Elapsed.mSec
 Value: 21437.

 Key : Analysis.IO.Other.Mb
 Value: 27.

 Key : Analysis.IO.Read.Mb
 Value: 0

 Key : Analysis.IO.Write.Mb
 Value: 36.

 Key : Analysis.Init.CPU.mSec
 Value: 1577.

 Key : Analysis.Init.Elapsed.mSec
 Value: 48308.

 Key : Analysis.Memory.CommitPeak.Mb
 Value: 103.

 Key : Bugcheck.Code.KiBugCheckData
 Value: 0xef.

 Key : Bugcheck.Code.LegacyAPI
 Value: 0xef.

 Key : Bugcheck.Code.TargetModel
 Value: 0xef.

 Key : CriticalProcessDied.ExceptionCode
 Value: 66c41080.

 Key : CriticalProcessDied.Process
 Value: services.exe

 Key : Failure.Bucket
 Value: 0xEF_services.exe_BUGCHECK_CRITICAL_PROCESS_66c41080_ntdll!RtlDispatchException

 Key : Failure.Hash
 Value: {e28b8cb1-8b5b-2873-7d45-ee0c70932ed9}

 Key : Hypervisor.Enlightenments.Value
 Value: 0

 Key : Hypervisor.Enlightenments.ValueHex
 Value: 0

 Key : Hypervisor.Flags.AnyHypervisorPresent
 Value: 0

 Key : Hypervisor.Flags.ApicEnlightened
 Value: 0

 Key : Hypervisor.Flags.ApicVirtualizationAvailable
 Value: 0

 Key : Hypervisor.Flags.AsyncMemoryHint
 Value: 0

 Key : Hypervisor.Flags.CoreSchedulerRequested
 Value: 0

 Key : Hypervisor.Flags.CpuManager
 Value: 0

 Key : Hypervisor.Flags.DeprecateAutoEoi
 Value: 0

 Key : Hypervisor.Flags.DynamicCpuDisabled
 Value: 0

 Key : Hypervisor.Flags.Epf
 Value: 0

 Key : Hypervisor.Flags.ExtendedProcessorMasks
 Value: 0

 Key : Hypervisor.Flags.HardwareMbecAvailable
 Value: 0

 Key : Hypervisor.Flags.MaxBankNumber
 Value: 0

 Key : Hypervisor.Flags.MemoryZeroingControl
 Value: 0

 Key : Hypervisor.Flags.NoExtendedRangeFlush
 Value: 0

 Key : Hypervisor.Flags.NoNonArchCoreSharing
 Value: 0

 Key : Hypervisor.Flags.Phase0InitDone
 Value: 0

 Key : Hypervisor.Flags.PowerSchedulerQos
 Value: 0

 Key : Hypervisor.Flags.RootScheduler
 Value: 0

 Key : Hypervisor.Flags.SynicAvailable
 Value: 0

 Key : Hypervisor.Flags.UseQpcBias
 Value: 0

 Key : Hypervisor.Flags.Value
 Value: 0

 Key : Hypervisor.Flags.ValueHex
 Value: 0

 Key : Hypervisor.Flags.VpAssistPage
 Value: 0

 Key : Hypervisor.Flags.VsmAvailable
 Value: 0

 Key : Hypervisor.RootFlags.AccessStats
 Value: 0

 Key : Hypervisor.RootFlags.CrashdumpEnlightened
 Value: 0

 Key : Hypervisor.RootFlags.CreateVirtualProcessor
 Value: 0

 Key : Hypervisor.RootFlags.DisableHyperthreading
 Value: 0

 Key : Hypervisor.RootFlags.HostTimelineSync
 Value: 0

 Key : Hypervisor.RootFlags.HypervisorDebuggingEnabled
 Value: 0

 Key : Hypervisor.RootFlags.IsHyperV
 Value: 0

 Key : Hypervisor.RootFlags.LivedumpEnlightened
 Value: 0

 Key : Hypervisor.RootFlags.MapDeviceInterrupt
 Value: 0

 Key : Hypervisor.RootFlags.MceEnlightened
 Value: 0

 Key : Hypervisor.RootFlags.Nested
 Value: 0

 Key : Hypervisor.RootFlags.StartLogicalProcessor
 Value: 0

 Key : Hypervisor.RootFlags.Value
 Value: 0

 Key : Hypervisor.RootFlags.ValueHex
 Value: 0

 Key : SecureKernel.HalpHvciEnabled
 Value: 0

 Key : WER.OS.Branch
 Value: vb_release.

 Key : WER.OS.Version
 Value: 10.0.19041.1

BUGCHECK_CODE: ef.

BUGCHECK_P1: ffffb384623cf240.

BUGCHECK_P2: 0

BUGCHECK_P3: 0

BUGCHECK_P4: 0

FILE_IN_CAB: MEMORY.DMP

PROCESS_NAME: services.exe

CRITICAL_PROCESS: services.exe

EXCEPTION_RECORD: 0000000000001000 -- (.exr 0x1000)
Cannot read Exception record @ 0000000000001000.

ERROR_CODE: (NTSTATUS) 0x66c41080 - <Unable to get error code text>

BLACKBOXBSD: 1 (!blackboxbsd)

BLACKBOXNTFS: 1 (!blackboxntfs)

BLACKBOXWINLOGON: 1

TRAP_FRAME: ffff800000000000 -- (.trap 0xffff800000000000)
Unable to read trap frame at ffff8000`00000000

SYMBOL_NAME: ntdll!RtlDispatchException+3e

MODULE_NAME: ntdll.

IMAGE_NAME: ntdll.dll

STACK_COMMAND: .cxr; .ecxr ; kb.

BUCKET_ID_FUNC_OFFSET: 3e.

FAILURE_BUCKET_ID: 0xEF_services.exe_BUGCHECK_CRITICAL_PROCESS_66c41080_ntdll!RtlDispatchException

OS_VERSION: 10.0.19041.1

BUILDLAB_STR: vb_release.

OSPLATFORM_TYPE: x64.

OSNAME: Windows 10.

FAILURE_ID_HASH: {e28b8cb1-8b5b-2873-7d45-ee0c70932ed9}

Followup: MachineOwner.
---------

Sizin için minidump dosyasını açtım ve buraya yazdım anlamadığım için yazıyorum.

@claus

Oyun oynarken oluyor gibi ekran kartı driver güncellemeyi deneyeceğim olmazsa eğer son çare olarak flash ile sistemi onaracağım.

İsterseniz dosyayı da atabilirim.
 
Son düzenleme:
Çözüm
Dediğim gibi bir donanım hatası nedeniyle bu istisnayı atıyor ne yazık ki. Sorun diskinde ve sistemden çıkarman gerekiyor mavi ekranların durması için...

Rich (BB code):
Sistem, verileri işlem günlüğüne gönderemedi. Birim Kimliği: C:, Cihaz Adı :\Device\HarddiskVolume3 içinde bozulma olabilir.

 Hata durumu: Önemli bir cihaz donanım hatası nedeniyle istek başarısız oldu.

 Cihaz GUID'si: {622df412-edb8-b779-8060-9a6a6af51752}
 Cihaz üreticisi:
 Cihaz modeli: KIOXIA-EXCERIA SATA SSD
 Cihaz düzeltmesi: SBFA12.7
 Cihaz seri numarası: X0EB87O8KJ42
 Veri yolu türü: SATA
CPU Z yok fakat hw monitor ve AIDA 64 falan var onlarda zaten aylardır duruyor.

İşlemci + RAM + ekran kartı hepsini 5 dakikalık stres testine soktum mavi ekran yemiyorum ama oyuna girince yiyorum.

Hocam dediğiniz her şeyi deneyip yarın en kötü dönüş yapacağım teşekkürler.
 
CPU Z yok fakat hw monitor ve AIDA 64 falan var onlarda zaten aylardır duruyor.

İşlemci + RAM + ekran kartı hepsini 5 dakikalık stres testine soktum mavi ekran yemiyorum ama oyuna girince yiyorum.

Hocam dediğiniz her şeyi deneyip yarın en kötü dönüş yapacağım teşekkürler.

Eğer stress testinde mavi ekran vermiyorsa oynadığınız oyunlarda sıkıntı olabilir hep aynı oyunda mı deniyorsunuz? SFC /scannow ve aygıt yöneticisine gel ve monitörler sekmesini genişlet oradaki cihazların hepsini kaldır ve sistemi yeniden başlat. bunları şimdi deneyin. Olmazsa Memtest86'yı yarın denersiniz
 
Rich (BB code):
03 ffffad0ff4f30ea0 fffff801704bf83c
 Parameter[0] = ffffb384623cf240
 Parameter[1] = ffffb38466c41080
 Parameter[2] = 00000000c0000005 < Çıkış
 Parameter[3] = 0000000000000001

Çıkış, işlem sonlandırıldığında döndürülen NTStatus değeri ve işlemin sonlandırılma nedenidir. Bu, buradaki kritik süreç durdurulması söz konusu olduğunda çoğunlukla donanımın neden olduğu bir erişim ihlali istisnası sayılıyor. Services.exe süreci işlenmemiş bir istisna nedeniyle çökmüş gibi...

Rich (BB code):
2: kd> .exr ffffad0ff4f31a58
ExceptionAddress: 00007ffebdfa234e
 ExceptionCode: c0000005 (Access violation)
 ExceptionFlags: 00000000
NumberParameters: 2
 Parameter[0]: 0000000000000001
 Parameter[1]: 0000005040940f70
Attempt to write to address 0000005040940f70

Aslında yaptığı istisna belli, bellek erişim ihlali. Neden yaptığını da işaretlediğim adres alanını inceleyerek anlıyoruz : Geçersiz bellek erişimi. Sistemin durdurulmasına yol açan bir istisna türüdür. Bu tip hatalarda sorun bir koruma sistemi ya da bir donanım hatasından aşeriyor olabiliyor, ek olarak Windows hatası da olabiliyor ama burda o olduğunu düşünmüyorum.

Sistem, neyin bu kritik hataya sebep olduğunu anlayabilecek kadar iyidir ama mevcut durdurma sırasında atanan bir debugger olmayınca 0xef ortaya çıkıyor.

Rich (BB code):
2: kd> dt _EPROCESS -y Break ffffb384623cf240
nt!_EPROCESS
   +0x464 BreakOnTermination : 0y1

Peki neden anlayamadı? Cevabı aslında BreakOnTermination adlı işaretlediğim bit üstünde yatıyor, bu bit yukarıdaki gibi ayarlanmışsa, süreç kritik olarak kabul ediliyor ve bu nedenle sonlandırılması halinde kritik bir kesme noktası istisnası ile sonlandırılıyor. Sistem bir debugger'in olup olmadığını kontrol ediyor bu kesme noktasını işlemeye çalışıyor, eğer varsa sistem bu services.exe çökmesine neyin neden olduğunu belirlemesini sağlıyor. Senin dosyanda bu olmadığı için durum şu anki halini alıyor.

Özel görünümler başlığı altından yönetim olayları raporunu paylaşır mısın? > Rehber: Olay Görüntüleyicisi Raporu Almak
 
Son düzenleme:
Rich (BB code):
03 ffffad0ff4f30ea0 fffff801704bf83c.
 Parameter[0] = ffffb384623cf240.
 Parameter[1] = ffffb38466c41080.
 Parameter[2] = 00000000c0000005 < Çıkış
 Parameter[3] = 0000000000000001.

Çıkış, işlem sonlandırıldığında döndürülen ntstatus değeri ve işlemin sonlandırılma nedenidir. Bu, buradaki kritik süreç durdurulması söz konusu olduğunda çoğunlukla donanımın neden olduğu bir erişim ihlali istisnası sayılıyor. Services.exe süreci işlenmemiş bir istisna nedeniyle çökmüş gibi...

Rich (BB code):
2: kd> .exr ffffad0ff4f31a58.
ExceptionAddress: 00007ffebdfa234e.
 ExceptionCode: c0000005 (Access violation)
 ExceptionFlags: 00000000.
NumberParameters: 2
 Parameter[0]: 0000000000000001.
 Parameter[1]: 0000005040940f70.
Attempt to write to address 0000005040940f70

Aslında yaptığı istisna belli, bellek erişim ihlali. Neden yaptığını da işaretlediğim adres alanını inceleyerek anlıyoruz: Geçersiz bellek erişimi. Sistemin durdurulmasına yol açan bir istisna türüdür. Bu tip hatalarda sorun bir koruma sistemi ya da bir donanım hatasından aşeriyor olabiliyor, ek olarak Windows hatası da olabiliyor ama burada o olduğunu düşünmüyorum.

Sistem, neyin bu kritik hataya sebep olduğunu anlayabilecek kadar iyidir ama mevcut durdurma sırasında atanan bir debugger olmayınca 0xef ortaya çıkıyor.

Rich (BB code):
2: kd> dt _EPROCESS -y Break ffffb384623cf240.
nt!_EPROCESS
 +0x464 BreakOnTermination : 0y1

Peki neden anlayamadı? Cevabı aslında breakontermination adlı işaretlediğim bit üstünde yatıyor, bu bit yukarıdaki gibi ayarlanmışsa, süreç kritik olarak kabul ediliyor ve bu nedenle sonlandırılması halinde kritik bir kesme noktası istisnası ile sonlandırılıyor. Sistem bir Debugger'in olup olmadığını kontrol ediyor bu kesme noktasını işlemeye çalışıyor, eğer takılıysa sistem bu services.exe çökmesine neyin neden olduğunu belirlemesini sağlıyor. Senin dosyanda bu olmadığı için durum şu anki halini alıyor.

Özel görünümler başlığı altından yönetim olayları raporunu paylaşır mısın? > Rehber: Olay Görüntüleyicisi Raporu Almak

Hocam üşenmediniz mi? Ben olsam üşenirdim bunları yazmaya :D.
 
Rich (BB code):
03 ffffad0ff4f30ea0 fffff801704bf83c.
 Parameter[0] = ffffb384623cf240.
 Parameter[1] = ffffb38466c41080.
 Parameter[2] = 00000000c0000005 < Çıkış
 Parameter[3] = 0000000000000001.

Çıkış, işlem sonlandırıldığında döndürülen ntstatus değeri ve işlemin sonlandırılma nedenidir. Bu, buradaki kritik süreç durdurulması söz konusu olduğunda çoğunlukla donanımın neden olduğu bir erişim ihlali istisnası sayılıyor. Services.exe süreci işlenmemiş bir istisna nedeniyle çökmüş gibi...

Rich (BB code):
2: kd> .exr ffffad0ff4f31a58.
ExceptionAddress: 00007ffebdfa234e.
 ExceptionCode: c0000005 (Access violation)
 ExceptionFlags: 00000000.
NumberParameters: 2
 Parameter[0]: 0000000000000001.
 Parameter[1]: 0000005040940f70.
Attempt to write to address 0000005040940f70

Aslında yaptığı istisna belli, bellek erişim ihlali. Neden yaptığını da işaretlediğim adres alanını inceleyerek anlıyoruz: Geçersiz bellek erişimi. Sistemin durdurulmasına yol açan bir istisna türüdür. Bu tip hatalarda sorun bir koruma sistemi ya da bir donanım hatasından aşeriyor olabiliyor, ek olarak Windows hatası da olabiliyor ama burada o olduğunu düşünmüyorum.

Sistem, neyin bu kritik hataya sebep olduğunu anlayabilecek kadar iyidir ama mevcut durdurma sırasında atanan bir debugger olmayınca 0xef ortaya çıkıyor.

Rich (BB code):
2: kd> dt _EPROCESS -y Break ffffb384623cf240.
nt!_EPROCESS
 +0x464 BreakOnTermination : 0y1

Peki neden anlayamadı? Cevabı aslında breakontermination adlı işaretlediğim bit üstünde yatıyor, bu bit yukarıdaki gibi ayarlanmışsa, süreç kritik olarak kabul ediliyor ve bu nedenle sonlandırılması halinde kritik bir kesme noktası istisnası ile sonlandırılıyor. Sistem bir Debugger'in olup olmadığını kontrol ediyor bu kesme noktasını işlemeye çalışıyor, eğer takılıysa sistem bu services.exe çökmesine neyin neden olduğunu belirlemesini sağlıyor. Senin dosyanda bu olmadığı için durum şu anki halini alıyor.

Özel görünümler başlığı altından yönetim olayları raporunu paylaşır mısın? > Rehber: Olay Görüntüleyicisi Raporu Almak

Hemen geliyor hocam.
 

Technopat Haberler

Yeni konular

Geri
Yukarı