Dosyalarına baktım, karışık dosyalar var. 1 tanesi bu konu içerisinde bahsettiğim dosyanın aynısı.
Kod:
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common BugCheck. Usually the exception address pinpoints.
the driver/function that caused the problem. Always note this address.
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard.
coded breakpoint or assertion was hit, but this system was booted.
/NODEBUG. This is not supposed to happen as developers should never have.
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the.
system is booted /DEBUG. This will let us see why this breakpoint is.
happening.
Arguments:
Arg1: ffffffffc0000005, < İstisna türü.
Arg2: fffff8053fe358d0, < Çökmenin meydana geldiği adres.
Arg3: ffff808137d10668, < İstisna kaydı.
Arg4: ffffb78191cf6920, < Bağlam kaydı.
Kod:
EXCEPTION_RECORD: ffff808137d10668 -- (.exr 0xffff808137d10668)
ExceptionAddress: fffff8053fe358d0 (nt!KiExitDispatcher+0x00000000000000c0)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000.
NumberParameters: 2
Parameter[0]: ffffffffffffffff.
Parameter[1]: 0000000000000000.
Attempt to unknown address 0000000000000000.
İstisna kaydı çökmenin nedenini söylüyor, bu işlev, bir iş parçacığı ya da işlemden çıkılırken ve çıkan iş parçacığı ya da işlemle ilişkili kaynaklar temizlenirken sistem mevcut bellek bölgesinin dışına erişiyor ve stackfault ile çöküyor.
Kod:
14: kd> k
# Child-SP RetAddr Call Site.
00 ffffb781`91cf60e8 fffff805`4001bae4 nt!KeBugCheckEx
01 ffffb781`91cf60f0 fffff805`3ffd0532 nt!PspSystemThreadStartup$filt$0+0x44
02 ffffb781`91cf6130 fffff805`40008692 nt!_C_specific_handler+0xa2
03 ffffb781`91cf61a0 fffff805`3ff5f917 nt!RtlpExecuteHandlerForException+0x12
04 ffffb781`91cf61d0 fffff805`3ff5d846 nt!RtlDispatchException+0x297
05 ffffb781`91cf68f0 fffff805`3fffecb2 nt!KiDispatchException+0x186
06 ffffb781`91cf6fb0 fffff805`3fffec80 nt!KxExceptionDispatchOnExceptionStack+0x12
07 ffff8081`37d10528 fffff805`400124e5 nt!KiExceptionDispatchOnExceptionStackContinue
08 ffff8081`37d10530 fffff805`4000d580 nt!KiExceptionDispatch+0x125
09 ffff8081`37d10710 fffff805`3fe358d0 nt!KiStackFault+0x340 < Çökme.
0a ffff8081`37d108a0 ffff8f02`b69e40c0 nt!KiExitDispatcher+0xc0 < Çökmenin yaşandığı an.
0b ffff8081`37d10910 ffff8f02`b69e4740 0xffff8f02`b69e40c0
0c ffff8081`37d10918 000001e7`ead30000 0xffff8f02`b69e4740
0d ffff8081`37d10920 00000000`00000000 0x000001e7`ead30000 < User-Mode üzerinden gelen bir çağrı.
İşlemci, bir işlem mevcut yığın sınırlarının ötesinde belleğe erişmeye çalıştığında veya yığını içeren yasa dışı bir bellek erişimi olduğunda bir stack Fault'u algılıyor. Ardından yığın hatası çözülebiliyorsa (örneğin, yığını genişleterek), mevcut handler bunu yapar ve iş parçacığının yürütmeye devam etmesine izin verir. Hata çözülemezse (sistemin geçersiz bellek erişimi yapıyor.) Handler daha fazla sistem kararsızlığını önlemek için hatalı iş parçacığını sonlandırır.
[CODE highlight="6"]14: kd> !handle
PROCESS ffff8f02b69e40c0.
SessionId: none Cid: 0ca0 Peb: 00000000 ParentCid: 0004.
DirBase: 3e5ad2000 ObjectTable: ffffe0861f8cbac0 HandleCount: <Data Not Accessible>
Image: MemCompression.
Handle Error reading handle count.
[/CODE]
Burada ana sebep işlemciye ait bir vendor olarak görünüyor. Lakin çalışan işlem de bellek sıkıştırma ile ilgili. Mediatool ile yüklenilmiş bir Windows 10 22H2 sürümü mü kullanıyorsun? Açıkçası durum karışık. Öncelikle tekrardan özel görünümlerdeki olay raporlarını paylaşmanı isteyeceğim. RAM testinde sorun yok diyorsun. Daha sonra Prime95 ile small ffts ayarında 30 dakika bir test ve ardından large ayarında ek bir 30 dakika test daha yapmanı da isteyeceğim >
Rehber: Prime95 testi
[CODE highlight="2"]01 ffffbf81a'9ef5ce8 fffff805'206123a9 nt!KiBugCheckDispatch+0x69
02 ffffbf81a'9ef6210 \MediaCreationTool_22H2.
03 ffffbd857'2778b38 fffff805'20442d54 nt!SepNormalAccessCheck+0x204
[/CODE]
drive.google.com
