Bu dosya 3 ay öncesine ait. Şu anki durumu ifade eder mi bilmiyorum...
Rich (BB code):
UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind.
that the kernel isn't allowed to have/catch (bound trap) or that.
is always instant death (double fault). The first number in the.
BugCheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these.
traps are. Here is a *portion* of those codes:
If kv shows a taskGate.
use .tss on the part before the colon, then kv.
Else if kv shows a trapframe.
use .trap on that value.
Else.
.trap on the appropriate frame will show where the trap was taken.
(on x86, this will be the ebp that goes with the procedure KiTrap)
Endif.
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Hatanın ilk parametresi olan 0x00000008, çift hata (double fault) anlamına geliyor ve bir önceki istisnayı (exception) işlemek için çağrılan işleyici sırasında başka bir istisna oluştuğunu gösteriyor. Normalde, iki istisna sırasıyla işlenir lakin bazı istisnalar sırayla işlenemez ve bu durumda işlemci bir çift hata sinyali gönderebilir.
Buna sebep olabilecek 2 şey var...
- Stack overflow. Sitemde bir koruma sayfasına (guard page) ulaşıldığında ve çekirdek oraya bir trap frame eklemeye çalıştığında oluşur. Kullanılabilir bir stack kalmadığından, stack overflow meydana geliyor ve bu durum çift hataya yol açıyor.
- Donanımsal hata.
Mevcut çekirdekteki stack bir bilgi vermiyor...
Rich (BB code):
17: kd> k
# Child-SP RetAddr Call Site.
00 ffff8401`ab556d28 fffff806`0b212da9 nt!KeBugCheckEx
01 ffff8401`ab556d30 fffff806`0b20d252 nt!KiBugCheckDispatch+0x69
02 ffff8401`ab556e70 fffff806`0b1393da nt!KiDoubleFaultAbort+0x2d2
03 ffff8401`ab542f70 fffff806`0b212eec nt!KiDispatchException+0x2a
04 ffff8401`ab543130 fffff806`0b20c978 nt!KiExceptionDispatch+0x12c
05 ffff8401`ab543310 fffff806`0b20e602 nt!KiInvalidOpcodeFault+0x338
06 ffff8401`ab5434a0 fffff806`030ed404 nt!KiPageFault+0x302
07 ffff8401`ab543638 fffff806`0b1394c8 0xfffff806`030ed404
08 ffff8401`ab543640 fffff806`0b212eec nt!KiDispatchException+0x118
09 ffff8401`ab543d00 fffff806`0b20c978 nt!KiExceptionDispatch+0x12c
0a ffff8401`ab543ee0 fffff806`0b20e602 nt!KiInvalidOpcodeFault+0x338
0b ffff8401`ab544070 fffff806`030ed404 nt!KiPageFault+0x302
0c ffff8401`ab544208 fffff806`0b1394c8 0xfffff806`030ed404
0d ffff8401`ab544210 fffff806`0b212eec nt!KiDispatchException+0x118
0e ffff8401`ab5448d0 fffff806`0b20c978 nt!KiExceptionDispatch+0x12c
0f ffff8401`ab544ab0 fffff806`0b20e602 nt!KiInvalidOpcodeFault+0x338
10 ffff8401`ab544c40 fffff806`030ed404 nt!KiPageFault+0x302
11 ffff8401`ab544dd8 fffff806`0b1394c8 0xfffff806`030ed404
12 ffff8401`ab544de0 fffff806`0b212eec nt!KiDispatchException+0x118
13 ffff8401`ab5454a0 fffff806`0b20c978 nt!KiExceptionDispatch+0x12c
14 ffff8401`ab545680 fffff806`0b20e602 nt!KiInvalidOpcodeFault+0x338
15 ffff8401`ab545810 fffff806`030ed404 nt!KiPageFault+0x302
16 ffff8401`ab5459a8 fffff806`0b1394c8 0xfffff806`030ed404
17 ffff8401`ab5459b0 fffff806`0b212eec nt!KiDispatchException+0x118
18 ffff8401`ab546070 fffff806`0b20c978 nt!KiExceptionDispatch+0x12c
19 ffff8401`ab546250 fffff806`0b20e602 nt!KiInvalidOpcodeFault+0x338
1a ffff8401`ab5463e0 fffff806`030ed404 nt!KiPageFault+0x302
1b ffff8401`ab546578 fffff806`0b1394c8 0xfffff806`030ed404
1c ffff8401`ab546580 fffff806`0b212eec nt!KiDispatchException+0x118
1d ffff8401`ab546c40 fffff806`0b20c978 nt!KiExceptionDispatch+0x12c
1e ffff8401`ab546e20 fffff806`0b20e602 nt!KiInvalidOpcodeFault+0x338
1f ffff8401`ab546fb0 fffff806`030ed404 nt!KiPageFault+0x302
20 ffff8401`ab547148 fffff806`0b1394c8 0xfffff806`030ed404
21 ffff8401`ab547150 fffff806`0b212eec nt!KiDispatchException+0x118
22 ffff8401`ab547810 fffff806`0b20c978 nt!KiExceptionDispatch+0x12c
23 ffff8401`ab5479f0 fffff806`0b20e602 nt!KiInvalidOpcodeFault+0x338
24 ffff8401`ab547b80 fffff806`030ed404 nt!KiPageFault+0x302
25 ffff8401`ab547d18 fffff806`0b1394c8 0xfffff806`030ed404
26 ffff8401`ab547d20 fffff806`0b212eec nt!KiDispatchException+0x118
27 ffff8401`ab5483e0 fffff806`0b20c978 nt!KiExceptionDispatch+0x12c
28 ffff8401`ab5485c0 fffff806`0b20e602 nt!KiInvalidOpcodeFault+0x338
29 ffff8401`ab548750 fffff806`030ed404 nt!KiPageFault+0x302
2a ffff8401`ab5488e8 fffff806`0b1394c8 0xfffff806`030ed404
2b ffff8401`ab5488f0 fffff806`0b1ff6e2 nt!KiDispatchException+0x118
2c ffff8401`ab548fb0 fffff806`0b1ff6b0 nt!KxExceptionDispatchOnExceptionStack+0x12
2d ffff808b`480e06c8 fffff806`0b212ee5 nt!KiExceptionDispatchOnExceptionStackContinue
2e ffff808b`480e06d0 fffff806`0b20c978 nt!KiExceptionDispatch+0x125
2f ffff808b`480e08b0 fffff806`0b20e602 nt!KiInvalidOpcodeFault+0x338 // Geçersiz işlem istisnası
30 ffff808b`480e0a40 00007ffb`8e69ae84 nt!KiPageFault+0x302
31 000000c0`fdbfdc00 00000000`00000000 0x00007ffb`8e69ae84
Sadece atılan istisnanın geçersiz bir işlem kodu hatası nedeniyle ortaya çıkmış gibi gördüğümüzü söyleyebilirim? Bu da çok fazla bilgi edinmeye müsaade etmiyor. Açıkçası başka çekirdeklere bakıp bu hatanın öncesi ve sonrasını görebilir miyim derken gözüme şu takıldı:
Rich (BB code):
kd> k
# Child-SP RetAddr Call Site.
00 ffff8401`ab6d8b68 fffff806`0b2ba65a nt!KeBugCheckEx // Mavi ekran
01 ffff8401`ab6d8b70 fffff806`08ea15b0 nt!HalBugCheckSystem+0x7a // HAL katmanında mavi ekran?
02 ffff8401`ab6d8bb0 fffff806`0b3bc9fd PSHED!PshedBugCheckSystem+0x10
03 ffff8401`ab6d8be0 fffff806`0b2bed12 nt!WheaReportHwError+0x3dd // WHEA katmanından bir hata, tipik bir 0x124 durdurması...
04 ffff8401`ab6d8cb0 fffff806`0b313f64 nt!HalHandleNMI+0x142
05 ffff8401`ab6d8ce0 fffff806`0b20b8c2 nt!KiProcessNMI+0x134 // NMI kesmesi işleniyor
06 ffff8401`ab6d8d30 fffff806`0b20b652 nt!KxNmiInterrupt+0x82
07 ffff8401`ab6d8e70 fffff806`0b31f4e5 nt!KiNmiInterrupt+0x212// NMI kesmesi
08 ffff8401`ab6ca4a0 fffff806`0b3139fa nt!KiFreezeTargetExecution+0x165 // İşaretlenen İlgili süreç durduruluyor?
09 ffff8401`ab6ca5b0 fffff806`0b318b59 nt!KiCheckForFreezeExecution+0x2a // Çekirdeğin mavi ekran sırasında sistemde çalışıyor durumda olan süreçleri kontrol etmesi?
0a ffff8401`ab6ca5e0 fffff806`0b1fe687 nt!KeBugCheck2+0xcc9 // 2.Mavi ekran sırası?
0b ffff8401`ab6cacf0 fffff806`0b212da9 nt!KeBugCheckEx+0x107 // Mavi ekran
0c ffff8401`ab6cad30 fffff806`0b20d252 nt!KiBugCheckDispatch+0x69
0d ffff8401`ab6cae70 fffff806`0b1393da nt!KiDoubleFaultAbort+0x2d2 // Çift Hatamız
0e ffff8401`ab6b6f70 fffff806`0b212eec nt!KiDispatchException+0x2a
0f ffff8401`ab6b7130 fffff806`0b20c978 nt!KiExceptionDispatch+0x12c
10 ffff8401`ab6b7310 fffff806`0b20e602 nt!KiInvalidOpcodeFault+0x338 // Geçersiz işlem istisnamız
11 ffff8401`ab6b74a0 fffff806`030ed404 nt!KiPageFault+0x302 // Sayfa hatamız
Sistem çöküşü, işlemcide bir sayfa hatası (NT! Kipagefault) veya geçersiz işlem (NT! Kiınvalidopcodefault) gibi bir istisna ile başlıyor. Bu istisna düzgün bir şekilde işlenemediği için birikerek çift hata oluşuyor...
Bunun ardından, hata denetim süreci devreye giriyor. Tipik olarak mavi ekranı tetikleme kısmı. NT! Kebugcheckex ve NT! Kebugcheck2, sistemin kritik bir hata durumunda olduğunu ve bunun bir mavi ekran tetiklemesi gerektiğini bildiriyor. İşin garip yanı bu sırada NT! Kicheckforfreezeexecution, işlemcide veya sistemde herhangi bir donma olup olmadığını kontrol etmeye çalışıyor lakin çift hata nedeniyle bu kontrol, sistemin bu noktada donmuş olabileceği veya kurtarılamaz bir durumda olabileceği için başarısız olabilir de. NT! Kifreezetargetexecution da sistemdeki target işlemi/leri durdurmayı deniyor...
Gelen bir
NMI kesmesi, NT! Kiprocessnmı tarafından işleniyor. Sistem, donanımdan kaynaklı bir hata algıladığı için NT! Wheareporthwerror, bu hatayı
whea üzerinden raporluyor. Donanımın hata durumu, pshed ve hal tarafından doğrulanarak işletim sistemine iletiliyor...
Eki Görüntüle 112603
En sonunda, çift hata ve whea hatalarının üst üste binmesi nedeniyle sistem kurtarılamaz hale geliyor ve bu durum ortaya çıkıyor.
[TOOLTIP=]0x124 hatası da Windows için donanımsal bir hatadır.[/TOOLTIP]
Şimdi, bu hatadan bağımsız başlıktaki 0xEF hatası da bir donanımsal hataya işaret ediyor diye düşünüyorum. Lakin hiç minidump oluşmuyor ise belki de Windows'un dump oluşturma ayarlarından kaynaklıdır diyeceğim. Bunu da bir MEMORY.DMP olduğu için söylüyorum. Zira bir dump oluşmaması da bambaşka bir yere itiyor durumu.
Daha önce RAM veya işlemci testi yapmış mıydın? İşlemci ayarlarınla oynadın mı?
Rich (BB code):
Processor Version 12th Gen Intel(R) Core(TM) i7-12700
Processor Voltage 8bh - 1.1V
External Clock 100MHz.
Max Speed 4900MHz.
Current Speed 4455MHz // 3600 olması lazım.
Bu parçaları kontrol etmelisin en nihayetinde çünkü 1 dump, 2 başlık ve 3 farklı söylem 3 farklı hataya işare ediyor gördüğüm kadarıyla. Hepsi aynı anda çıkmayacağı için...
Yönetim olayları raporunu da paylaş.