Bu konu çözüldü olarak işaretlenmiştir. Çözülmediğini düşünüyorsanız konuyu rapor edebilirsiniz.
Katılım
22 Aralık 2023
Mesajlar
1.677
Çözümler
5
Beğeniler
1.572
Yer
İstanbul
  • Anakart: B450M Pro M2 Max.
  • İşlemci: Ryzen 5-5600.
  • Ekran kartı: RX 6700 XT.
  • İşletim sistemi: Windows 11 64.

RAM hızım normal de 2933'te sabitti, bu ayarı 3200'e çektiğimde 5 dakika kullanımdan sonra mavi ekran alıyorum. Ayarı 3133e çektiğimde de durum aynı. Minidump dosyalarını bırakıyorum.

Bu sabah mavi ekran:
Dün mavi ekran:
 
Çözüm
Kod:
MODULE_NAME: hardware

IMAGE_NAME: memory_corruption

STACK_COMMAND: .cxr; .ecxr ; kb

FAILURE_BUCKET_ID: MEMORY_CORRUPTION_ONE_BIT

Gördüğün gibi belleklerinde bir bitlik bozulma test edilmiş. Bu bozulma normalde çoğunlukla donanımsal olur fakat hız aşırtma da bu soruna sebep olabilir. Zaten RAM'lerin de burada 3133 MHz hızlarında çalışıyor gözüküyor.

[CODE lang="rich" highlight="4, 8"]MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041790, A page table page has been corrupted. On a 64 bit OS, parameter 2
contains the address of the PFN for the corrupted page table page.
On a 32 bit OS, parameter 2 contains a pointer to the number of used
PTEs, and parameter 3 contains the number of used PTEs.
Arg2: ffffc88008cc5a70
Arg3: 0000000000000000
Arg4: 0000000000000001[/CODE]

Bir sayfa tablosu sayfası bozulmuş. Windows'un 64 bit sürümünde parametre 2, bozuk sayfa tablosu sayfasına ilişkin PFN'nin adresini içerir. Windows'un 32 bit sürümünde, parametre 2, kullanılan PTE'lerin sayısını gösteren bir işaretçi içerir ve parametre 3, kullanılan PTE'lerin sayısını içerir.

Page table entry (sayfa tablosu) bozulmuş.

[CODE lang="rich" highlight="1, 5"]kd> !pte ffffc88008cc5a70
VA ffffc88008cc5a70
PXE at FFFF9A4D26934C88 PPE at FFFF9A4D26991000 PDE at FFFF9A4D32200230 PTE at FFFF9A6440046628
contains 0A0000043F37F863 contains 0A0000043F37E863 contains 8A0000042D0009E3 contains 0000000000000000
pfn 43f37f ---DA--KWEV pfn 43f37e ---DA--KWEV pfn 42d000 -GLDA--KW-V LARGE PAGE pfn 42d0c5
[/CODE]

Buradan da pek sonuç alamıyoruz. Large Page'lerin kendine ait PTE'leri olmadığı için PDE kısmından iş parçacığı yığınlarına bakmak gerekli ama ben tam olarak yapamadığım için sonuç alamadım. Bence gerek de yok. Sorun belli zaten.

[CODE highlight="10"] kd> k
# Child-SP RetAddr Call Site
00 ffffc289`46805848 fffff805`342787d5 nt!KeBugCheckEx
01 ffffc289`46805850 fffff805`344e53c0 nt!MiDecommitPages+0x237845
02 ffffc289`468062a0 fffff805`344e619b nt!MiDecommitRegion+0x80
03 ffffc289`46806350 fffff805`344e5e65 nt!MmFreeVirtualMemory+0x2fb
04 ffffc289`46806490 fffff805`3422c9e8 nt!NtFreeVirtualMemory+0x95
05 ffffc289`468064f0 fffff805`3421d290 nt!KiSystemServiceCopyEnd+0x28
06 ffffc289`46806688 fffff805`716f19e1 nt!KiServiceLinkage
*** WARNING: Unable to verify timestamp for amdkmdag.sys
07 ffffc289`46806690 fffff805`717034cd dxgmms2!VIDMM_RECYCLE_RANGE::DebouncedDecommit+0x155
08 ffffc289`468066e0 fffff805`71711917 dxgmms2!VIDMM_RECYCLE_HEAP_MGR::ProcessDebounceList+0x19d
09 ffffc289`46806740 fffff805`71705625 dxgmms2!VIDMM_RECYCLE_HEAP_MGR::ProcessDebounceListsGlobally+0x117
0a ffffc289`468067d0 fffff805`7170c324 dxgmms2!VIDMM_RECYCLE_HEAP_MGR::Free+0x1b5
0b ffffc289`46806840 fffff805`716fc03c dxgmms2!VIDMM_GLOBAL::UncommitLocalBackingStore+0xe0
0c ffffc289`46806910 fffff805`716fc535 dxgmms2!VIDMM_GLOBAL::CloseOneAllocation+0x2ac
0d ffffc289`46806a60 fffff805`7167683a dxgmms2!VIDMM_GLOBAL::CloseAllocation+0xc5
0e ffffc289`46806ab0 fffff805`47ba0471 dxgmms2!VidMmCloseAllocation+0x1a
0f ffffc289`46806af0 fffff805`47ba0122 dxgkrnl!DXGDEVICE::DestroyAllocations+0x321
10 ffffc289`46806dc0 fffff805`47bcc2cd dxgkrnl!DXGDEVICE::DrainAllocations+0x5e
11 ffffc289`46806e20 fffff805`47bcbff7 dxgkrnl!DXGDEVICE::DestroyAllDeviceState+0x189
12 ffffc289`46806e90 fffff805`47bbf7ca dxgkrnl!ADAPTER_RENDER::DestroyDevice+0x103
13 ffffc289`46806f10 fffff805`47bbd5eb dxgkrnl!DXGPROCESS::Destroy+0x46a
14 ffffc289`468070b0 fffff805`47bbe765 dxgkrnl!DXGPROCESS::DestroyDxgProcess+0xfb
15 ffffc289`468071f0 fffff8b2`90e417d9 dxgkrnl!DxgkProcessCallout+0x1c5
16 ffffc289`46807380 fffff8b2`9006464a win32k!DxDdProcessCallout+0x69[/CODE]

Ekran kartı sürücün de hata vermiş fakat yapılan XMP sonucu kararsızlık çökmesine sebep olmuş olabilir. Güncel olduğu için yapılacak bir şey yok.

Senin sorunun sisteminde XMP'nin kararsız çalışması. Bunun için uygun OC değerlerini bulman gerekli.
Normalde XMP açıldığında olmaması gereken bir durum. Benim RAM'ler 3200MHz, tabii XMP açmadan 2666MHz görünüyordu. Açtım ve bir sorun yaşamadım.
 
Son düzenleyen: Moderatör:
B450 Anakartlarda olağan kronik sorunlar. Genelde 3000 MHz seviyesinde çalıştırılırsa sıkıntı olmaz
 
Son düzenleyen: Moderatör:
El ile kendiniz manuel frekansı artırdıysanız oluşabilecek bir durum, eğer XMP açtığınızda bu sorunu yaşıyorsanız o zaman farklı bir durum vardır.

Anakart BIOS'unuzu güncelleyin ve sadece XMP açın sorun olup olmadığını gözlemleyin.
 
Son düzenleyen: Moderatör:
El ile kendiniz manuel frekansı artırdıysanız oluşabilecek bir durum eğer XMP açtığınızda bu sorunu yaşıyorsanız o zaman farklı bir durum vardır.

Anakart BIOS'unuzu güncelleyin ve sadece XMP açın sorun olup olmadığını gözlemleyin.

Bence de. B450 olsa da XMP açınca sorun olmaması lazım. Ben olsam garantiye gönderirim (eğer XMP de sorun varsa). Tabii RAM'ler 3200MHz olmalı.
 
Son düzenleyen: Moderatör:
El ile kendiniz manuel frekansı artırdıysanız oluşabilecek bir durum eğer XMP açtığınızda bu sorunu yaşıyorsanız o zaman farklı bir durum vardır.

Anakart BIOS'unuzu güncelleyin ve sadece XMP açın sorun olup olmadığını gözlemleyin.
Normalde 2933'te kullanıyordum ve onu 3200'e çıkardım. XMP açtım ardından ne yaparsam yapayım mavi ekran yedim.

B450 Anakartlarda olağan kronik sorunlar genelde 3000 MHz seviyesinde çalıştırılırsa sıkıntı olmaz
Şu an 3066'da sorun yaşamıyorum ama 3200'e alamıyor olmak, alınca da mavi ekran yemek can sıkıyor.
 
Son düzenleyen: Moderatör:
Kod:
MODULE_NAME: hardware

IMAGE_NAME: memory_corruption

STACK_COMMAND: .cxr; .ecxr ; kb

FAILURE_BUCKET_ID: MEMORY_CORRUPTION_ONE_BIT

Gördüğün gibi belleklerinde bir bitlik bozulma test edilmiş. Bu bozulma normalde çoğunlukla donanımsal olur fakat hız aşırtma da bu soruna sebep olabilir. Zaten RAM'lerin de burada 3133 MHz hızlarında çalışıyor gözüküyor.

[CODE lang="rich" highlight="4, 8"]MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041790, A page table page has been corrupted. On a 64 bit OS, parameter 2
contains the address of the PFN for the corrupted page table page.
On a 32 bit OS, parameter 2 contains a pointer to the number of used
PTEs, and parameter 3 contains the number of used PTEs.
Arg2: ffffc88008cc5a70
Arg3: 0000000000000000
Arg4: 0000000000000001[/CODE]

Bir sayfa tablosu sayfası bozulmuş. Windows'un 64 bit sürümünde parametre 2, bozuk sayfa tablosu sayfasına ilişkin PFN'nin adresini içerir. Windows'un 32 bit sürümünde, parametre 2, kullanılan PTE'lerin sayısını gösteren bir işaretçi içerir ve parametre 3, kullanılan PTE'lerin sayısını içerir.

Page table entry (sayfa tablosu) bozulmuş.

[CODE lang="rich" highlight="1, 5"]kd> !pte ffffc88008cc5a70
VA ffffc88008cc5a70
PXE at FFFF9A4D26934C88 PPE at FFFF9A4D26991000 PDE at FFFF9A4D32200230 PTE at FFFF9A6440046628
contains 0A0000043F37F863 contains 0A0000043F37E863 contains 8A0000042D0009E3 contains 0000000000000000
pfn 43f37f ---DA--KWEV pfn 43f37e ---DA--KWEV pfn 42d000 -GLDA--KW-V LARGE PAGE pfn 42d0c5
[/CODE]

Buradan da pek sonuç alamıyoruz. Large Page'lerin kendine ait PTE'leri olmadığı için PDE kısmından iş parçacığı yığınlarına bakmak gerekli ama ben tam olarak yapamadığım için sonuç alamadım. Bence gerek de yok. Sorun belli zaten.

[CODE highlight="10"] kd> k
# Child-SP RetAddr Call Site
00 ffffc289`46805848 fffff805`342787d5 nt!KeBugCheckEx
01 ffffc289`46805850 fffff805`344e53c0 nt!MiDecommitPages+0x237845
02 ffffc289`468062a0 fffff805`344e619b nt!MiDecommitRegion+0x80
03 ffffc289`46806350 fffff805`344e5e65 nt!MmFreeVirtualMemory+0x2fb
04 ffffc289`46806490 fffff805`3422c9e8 nt!NtFreeVirtualMemory+0x95
05 ffffc289`468064f0 fffff805`3421d290 nt!KiSystemServiceCopyEnd+0x28
06 ffffc289`46806688 fffff805`716f19e1 nt!KiServiceLinkage
*** WARNING: Unable to verify timestamp for amdkmdag.sys
07 ffffc289`46806690 fffff805`717034cd dxgmms2!VIDMM_RECYCLE_RANGE::DebouncedDecommit+0x155
08 ffffc289`468066e0 fffff805`71711917 dxgmms2!VIDMM_RECYCLE_HEAP_MGR::ProcessDebounceList+0x19d
09 ffffc289`46806740 fffff805`71705625 dxgmms2!VIDMM_RECYCLE_HEAP_MGR::ProcessDebounceListsGlobally+0x117
0a ffffc289`468067d0 fffff805`7170c324 dxgmms2!VIDMM_RECYCLE_HEAP_MGR::Free+0x1b5
0b ffffc289`46806840 fffff805`716fc03c dxgmms2!VIDMM_GLOBAL::UncommitLocalBackingStore+0xe0
0c ffffc289`46806910 fffff805`716fc535 dxgmms2!VIDMM_GLOBAL::CloseOneAllocation+0x2ac
0d ffffc289`46806a60 fffff805`7167683a dxgmms2!VIDMM_GLOBAL::CloseAllocation+0xc5
0e ffffc289`46806ab0 fffff805`47ba0471 dxgmms2!VidMmCloseAllocation+0x1a
0f ffffc289`46806af0 fffff805`47ba0122 dxgkrnl!DXGDEVICE::DestroyAllocations+0x321
10 ffffc289`46806dc0 fffff805`47bcc2cd dxgkrnl!DXGDEVICE::DrainAllocations+0x5e
11 ffffc289`46806e20 fffff805`47bcbff7 dxgkrnl!DXGDEVICE::DestroyAllDeviceState+0x189
12 ffffc289`46806e90 fffff805`47bbf7ca dxgkrnl!ADAPTER_RENDER::DestroyDevice+0x103
13 ffffc289`46806f10 fffff805`47bbd5eb dxgkrnl!DXGPROCESS::Destroy+0x46a
14 ffffc289`468070b0 fffff805`47bbe765 dxgkrnl!DXGPROCESS::DestroyDxgProcess+0xfb
15 ffffc289`468071f0 fffff8b2`90e417d9 dxgkrnl!DxgkProcessCallout+0x1c5
16 ffffc289`46807380 fffff8b2`9006464a win32k!DxDdProcessCallout+0x69[/CODE]

Ekran kartı sürücün de hata vermiş fakat yapılan XMP sonucu kararsızlık çökmesine sebep olmuş olabilir. Güncel olduğu için yapılacak bir şey yok.

Senin sorunun sisteminde XMP'nin kararsız çalışması. Bunun için uygun OC değerlerini bulman gerekli.
 
Son düzenleyen: Moderatör:
Çözüm
Kod:
MODULE_NAME: hardware

IMAGE_NAME: memory_corruption

STACK_COMMAND: .cxr; .ecxr ; kb

FAILURE_BUCKET_ID: MEMORY_CORRUPTION_ONE_BIT

Gördüğün gibi belleklerinde bir bitlik bozulma test edilmiş. Bu bozulma normalde çoğunlukla donanımsal olur fakat hız aşırtma da bu soruna sebep olabilir. Zaten RAM'lerin de burada 3133 MHz hızlarında çalışıyor gözüküyor.

[CODE lang="rich" highlight="4, 8"]MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041790, A page table page has been corrupted. On a 64 bit OS, parameter 2
contains the address of the PFN for the corrupted page table page.
On a 32 bit OS, parameter 2 contains a pointer to the number of used
PTEs, and parameter 3 contains the number of used PTEs.
Arg2: ffffc88008cc5a70
Arg3: 0000000000000000
Arg4: 0000000000000001[/CODE]

Bir sayfa tablosu sayfası bozulmuş. Windows'un 64 bit sürümünde parametre 2, bozuk sayfa tablosu sayfasına ilişkin PFN'nin adresini içerir. Windows'un 32 bit sürümünde, parametre 2, kullanılan PTE'lerin sayısını gösteren bir işaretçi içerir ve parametre 3, kullanılan PTE'lerin sayısını içerir.

Page table entry (sayfa tablosu) bozulmuş.

[CODE lang="rich" highlight="1, 5"]kd> !pte ffffc88008cc5a70
VA ffffc88008cc5a70
PXE at FFFF9A4D26934C88 PPE at FFFF9A4D26991000 PDE at FFFF9A4D32200230 PTE at FFFF9A6440046628
contains 0A0000043F37F863 contains 0A0000043F37E863 contains 8A0000042D0009E3 contains 0000000000000000
pfn 43f37f ---DA--KWEV pfn 43f37e ---DA--KWEV pfn 42d000 -GLDA--KW-V LARGE PAGE pfn 42d0c5
[/CODE]

Buradan da pek sonuç alamıyoruz. Large Page'lerin kendine ait Pte'leri olmadığı için pde kısmından iş parçacığı yığınlarına bakmak gerekli. Ama ben tam olarak yapamadığım için sonuç alamadım. Bence gerek de yok. Sorun belli zaten.

[CODE highlight="10"] kd> k
# Child-SP RetAddr Call Site
00 ffffc289`46805848 fffff805`342787d5 nt!KeBugCheckEx
01 ffffc289`46805850 fffff805`344e53c0 nt!MiDecommitPages+0x237845
02 ffffc289`468062a0 fffff805`344e619b nt!MiDecommitRegion+0x80
03 ffffc289`46806350 fffff805`344e5e65 nt!MmFreeVirtualMemory+0x2fb
04 ffffc289`46806490 fffff805`3422c9e8 nt!NtFreeVirtualMemory+0x95
05 ffffc289`468064f0 fffff805`3421d290 nt!KiSystemServiceCopyEnd+0x28
06 ffffc289`46806688 fffff805`716f19e1 nt!KiServiceLinkage
*** WARNING: Unable to verify timestamp for amdkmdag.sys
07 ffffc289`46806690 fffff805`717034cd dxgmms2!VIDMM_RECYCLE_RANGE::DebouncedDecommit+0x155
08 ffffc289`468066e0 fffff805`71711917 dxgmms2!VIDMM_RECYCLE_HEAP_MGR::ProcessDebounceList+0x19d
09 ffffc289`46806740 fffff805`71705625 dxgmms2!VIDMM_RECYCLE_HEAP_MGR::ProcessDebounceListsGlobally+0x117
0a ffffc289`468067d0 fffff805`7170c324 dxgmms2!VIDMM_RECYCLE_HEAP_MGR::Free+0x1b5
0b ffffc289`46806840 fffff805`716fc03c dxgmms2!VIDMM_GLOBAL::UncommitLocalBackingStore+0xe0
0c ffffc289`46806910 fffff805`716fc535 dxgmms2!VIDMM_GLOBAL::CloseOneAllocation+0x2ac
0d ffffc289`46806a60 fffff805`7167683a dxgmms2!VIDMM_GLOBAL::CloseAllocation+0xc5
0e ffffc289`46806ab0 fffff805`47ba0471 dxgmms2!VidMmCloseAllocation+0x1a
0f ffffc289`46806af0 fffff805`47ba0122 dxgkrnl!DXGDEVICE::DestroyAllocations+0x321
10 ffffc289`46806dc0 fffff805`47bcc2cd dxgkrnl!DXGDEVICE::DrainAllocations+0x5e
11 ffffc289`46806e20 fffff805`47bcbff7 dxgkrnl!DXGDEVICE::DestroyAllDeviceState+0x189
12 ffffc289`46806e90 fffff805`47bbf7ca dxgkrnl!ADAPTER_RENDER::DestroyDevice+0x103
13 ffffc289`46806f10 fffff805`47bbd5eb dxgkrnl!DXGPROCESS::Destroy+0x46a
14 ffffc289`468070b0 fffff805`47bbe765 dxgkrnl!DXGPROCESS::DestroyDxgProcess+0xfb
15 ffffc289`468071f0 fffff8b2`90e417d9 dxgkrnl!DxgkProcessCallout+0x1c5
16 ffffc289`46807380 fffff8b2`9006464a win32k!DxDdProcessCallout+0x69[/CODE]

Ekran kartı sürücün de hata vermiş fakat yapılan XMP sonucu kararsızlık çökmesine sebep olmuş olabilir. Güncel olduğu için yapılacak bir şey yok.

Senin sorunun sisteminde XMP'nin kararsız çalışması. Bunun için uygun OC değerlerini bulman gerekli.
3066'da şu an sorunsuz çalışıyor.