Rich (BB code):
FAULTY_HARDWARE_CORRUPTED_PAGE (12b)
This BugCheck indicates that a single bit error was found in this page. This is a hardware memory error.
Arguments:
Arg1: ffffffffc00002c4, virtual address mapping the corrupted page
Arg2: 0000000000000985, physical page number
Arg3: 000002e0563c4480, zero
Arg4: ffff8281d9db7000, zero
Bir dosyandaki hata bu. Bunun hakkında uzun bir yazı yazmıştım 1 2 ay önce. Okumanı öneririm. Bu hatanın RAM tarafından aşerdiğini düşünüyorum kısaca.
Daha önce bu hata koduna ilişkin bir şeyler görüp araştırmıştım ama görünen o ki insiderhub ve birkaç 3.taraf kullanıcı dışında Store Manager ve MM ile ilgili nerdeyse bir bilgi elde edinmek imkansız. Windows ciddi şekilde içine kapalı olan bir kaynak olmasından dolayı bunlar açık yollu olarak sunmayı hiç tercih etmiyor.
Öncelikle şunu belirtelim ki, sorun bellek sıkıştırmadan dolayı ortaya çıkmıyor, sorun bellek sıkıştırma esnasında ortaya çıkıyor. PROCESS_NAME: MemCompression belirteci, sürecin o an bellek sıkıştırma kısmında olduğunu söylüyor. Belki de Windows halka açık bir kaynak...
Bir diğer hata da 0XA,
Rich (BB code):
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: ffff818b1e92a010, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff807c7afe3dd, address which referenced memory
Referans adresi geçersiz ve IRQL 2 düzeyinde. Bu 0XA oluşmasına yeterli bir sebep ama Yiğit'lar öyle değil tam olarak.
Rich (BB code):
2: kd> k
# Child-SP RetAddr Call Site
00 ffffca85`3dc4ed18 fffff807`c7eb8fe9 nt!KeBugCheckEx
01 ffffca85`3dc4ed20 fffff807`c7eb42a8 nt!KiBugCheckDispatch+0x69
02 ffffca85`3dc4ee60 fffff807`c7afe3dd nt!KiPageFault+0x468 // Sayfa hatası işleyicisi devreye giriyor?
03 ffffca85`3dc4eff0 fffff807`c7a327e3 nt!MiDecrementCombinedPteEx+0x25
04 ffffca85`3dc4f030 fffff807`c7aa4cfd nt!MiDecommitHandleProtoFormatPte+0x123 // Sanal alan içerisindeki MAP'lenen PTE'lerin de ayrı olarak unmap edilmesi
05 ffffca85`3dc4f0d0 fffff807`c7aa788e nt!MiDeleteVa+0x1cd // Son silinen bellek alanları
06 ffffca85`3dc4f140 fffff807`c7aa6ce1 nt!MiWalkPageTablesRecursively+0x207e
07 ffffca85`3dc4f210 fffff807`c7aa6ce1 nt!MiWalkPageTablesRecursively+0x14d1
08 ffffca85`3dc4f2e0 fffff807`c7aa6ce1 nt!MiWalkPageTablesRecursively+0x14d1
09 ffffca85`3dc4f3b0 fffff807`c7ab25d3 nt!MiWalkPageTablesRecursively+0x14d1
0a ffffca85`3dc4f480 fffff807`c7c3e7dc nt!MiWalkPageTables+0x2b3
0b ffffca85`3dc4f540 fffff807`c7c3e5ab nt!MiDeletePagablePteRange+0x208
0c ffffca85`3dc4f800 fffff807`c80c4303 nt!MiDeleteVirtualAddresses+0x4b // Fiziksel belleği boşa çıkarmak için eşleştiği sanal adresler de siliniyor
0d ffffca85`3dc4f850 fffff807`c80c40c5 nt!MiDeleteVad+0x17f
0e ffffca85`3dc4f900 fffff807`c80c404b nt!MiUnmapVad+0x49
0f ffffca85`3dc4f930 fffff807`c821cda3 nt!MiCleanVad+0x2b // VAD'ler siliniyor ve sistem bellek yönetimine geçiyor. IRQL = 2
10 ffffca85`3dc4f960 fffff807`c8096b8e nt!MmCleanProcessAddressSpace+0xfb // Bu sürece ayrılan bellek bölgesi boşa alınıyor
11 ffffca85`3dc4f9e0 fffff807`c8103d2a nt!PspRundownSingleProcess+0xc2 // Süreç kapatılıyor
12 ffffca85`3dc4fa70 fffff807`c817913d nt!PspExitLastThread+0xe6 // Çalışan iş parçacığı kapatılıyor çünkü süreç sonlanıyor
13 ffffca85`3dc4fb00 fffff807`c8178884 nt!PspExitThread+0x6cd
14 ffffca85`3dc4fc00 fffff807`c7b668d7 nt!KiSchedulerApcTerminate+0x34
15 ffffca85`3dc4fc40 fffff807`c7ea9c40 nt!KiDeliverApc+0x4a7
16 ffffca85`3dc4fce0 fffff807`c7eb870d nt!KiInitiateUserApc+0x70
17 ffffca85`3dc4fe20 00007fff`b6c05f70 nt!KiSystemServiceExit+0xad
18 000000e7`fbdaf1b0 00000000`00000000 0x00007fff`b6c05f70
Şimdi durum şu ki bu stack kısmı tamamen bir bellek yönetimi işleminde oluşan bir sorun. Tek farkı şu ki sistem bir bellek yönetimi uyarısı atmamış çünkü muhtemelen burada hatayı veren direkt bir bellek bölgesi olmamış. Olmuş da tam olarak açıklaması bu olmayabilir.
Sistem basitçe çöktüğü yerde yüksek IRQL düzeyinde yasak erişim yaptığı için bir PageFault işleyicisini devreye soktuğunu görüyoruz. Normal şartlarda sistem Pte->u. Hard. PageFrameNumber değerini sorgulayıp sıkıntı olduğunu fark ederse PageFault işleyicisini devreye almadan direkt bir mavi ekranı tetikleyip sistemi kapatırdı.
Üstte attığım dosya ise direkt bir bellek yönetimi hatası tabii. Yine de burada 2 ihtimal var RAM probleminden dolayı.
Rich (BB code):
Speed 4800MHz
Manufacturer Kingston
Serial Number
Asset Tag Number [String Not Specified]
Part Number KF560C30-16
Attributes 1
Extended Size 0
Configured Memory Speed 6000
Sistem hız aşırtmaya sahip RAM'lerle çalışıyor. Bu noktada öncelik olarak OCCT'ya da Prime95 (Large FFTs) indirip 45 dakika 1 saat RAM testi yapmanı öneririm. Herhangi bir hata uyarısı atacak mı kontrol etmek gerekebilir.
