🟦 Ryzen 5000'de Bitmeyen Mavi Ekran: Sebep ve Çözüm

Senaryo tanıdık geliyorsa devam et: Ryzen 5000 serisi bir dizüstü ya da masaüstün var, ara ara mavi ekran yiyorsun. Format atıyorsun — bir süre iyi, sonra yine. Windows 10’dan 11’e geçiyorsun, sürücüleri sıfırdan kuruyorsun, hatta RAM’i söküp takıyorsun. Ama o mavi ekran bir türlü peşini bırakmıyor.

Ben de tam bunu yaşadım ve sonunda kesin sebebi bulup çözdüm. Bu yazıda hem nasıl teşhis ettiğimi hem de format atmadan, BIOS’a dokunmadan, geri alınabilir şekilde nasıl çözdüğümü adım adım anlatıyorum. Aynı çileyi çeken çok kişi var; umarım bu rehber birilerini saatlerce uğraştan kurtarır.

Belirti: kod hep farklı, yer hep aynı

Bu sorunun en sinsi yanı, her mavi ekranın farklı bir hata kodu vermesi. Bir gün IRQL_NOT_LESS_OR_EQUAL (0xA), ertesi gün DRIVER_IRQL_NOT_LESS_OR_EQUAL (0xD1), bir başka gün KMODE_EXCEPTION_NOT_HANDLED ya da PFN_LIST_CORRUPT.

İnsanın aklına ilk gelen şey “rastgele bozulma, demek ki RAM ya da Windows çürümüş” oluyor — ve format döngüsü böyle başlıyor. Oysa kodlar farklı olsa da çökmenin kaynağı çoğu zaman tek bir yere çıkıyor. Bunu görmek için tahmin değil, kanıt lazım: çökme dökümleri (minidump).

Teşhis: minidump ne diyor?

Her mavi ekranda Windows, C:\Windows\Minidump klasörüne küçük bir .dmp dosyası bırakır. Asıl suçlu burada yazılı. Okumanın iki yolu var:

• Kolay yol: NirSoft BlueScreenView — kur, aç, dökümü seç; alt panelde “caused by driver” sütununda hangi sürücünün kırmızıyla işaretlendiğine bak.
• Profesyonel yol: Windows’un resmi hata ayıklayıcısı windbg / kd ile !analyze -v komutu. Bu sana çökmenin “bucket” adını ve tam çağrı yığınını verir.

Benim 5 ayrı dökümümde sonuç şuydu:

FAILURE_BUCKET_ID:  DISABLED_INTERRUPT_FAULT_CODE_AV_amdppm!C2Idle
FAILURE_BUCKET_ID:  IP_MISALIGNED_amdppm.sys

İki kelime kilit: amdppm ve C2Idle. amdppm.sys, AMD’nin işlemci güç yönetimi sürücüsü; C2Idle ise işlemcinin derin uyku (C-state) durumuna girme rutini. IP_MISALIGNED da şu demek: işlemci derin uykudan bozuk bir adrese uyanmış. Yani sorun bir uygulamada ya da rastgele bir bellekte değil — CPU derin güç-tasarruf durumundan temiz uyanamıyor.

Bu, Ryzen 4000/5000 serisinde (özellikle 5000U dizüstü işlemcilerinde) en çok karşılaşılan, “boştayken rastgele mavi ekran/yeniden başlatma” diye bilinen klasik bir imzadır.

Neden format ve Windows değiştirmek çözmüyor?

Çünkü bu bir yazılım çürümesi değil, güç yönetimi/firmware sorunu. Format attığında diski silersin ama işlemcinin derin uykudan uyanma davranışı değişmez; o, platform donanım yazılımına (BIOS/AGESA) ve silikonun kendisine bağlı. Windows sürümünü değiştirmek de aynı C-state yolunu kullanmaya devam eder.

İşte bu yüzden döngüden çıkamıyorsun: yanlış katmanı onarıyorsun. Doğru çözüm, işlemciyi o çöken derin uyku durumuna hiç sokmamaktan geçiyor.

Çözüm 1 — Acil ve %100: tüm boşta durumunu kapat

En hızlı, en garantili ama en kaba yöntem: işlemciyi hiç boşta moduna sokmamak. Yönetici olarak PowerShell aç ve şunu çalıştır:

powercfg /setacvalueindex SCHEME_CURRENT SUB_PROCESSOR 5d76a2ca-e8c0-402f-a133-2158492d58ad 1
powercfg /setdcvalueindex SCHEME_CURRENT SUB_PROCESSOR 5d76a2ca-e8c0-402f-a133-2158492d58ad 1
powercfg /setactive SCHEME_CURRENT

Bu “İşlemci boşta kalma devre dışı” ayarını açar; işlemci sürekli uyanık (C0) çalışır, derin uykuya hiç girmez, dolayısıyla çöken yol da tetiklenmez.

Ama bir bedeli var: işlemci boştayken bile dinlenmediği için cihaz daha sıcak ve sesli çalışır, dizüstüde batarya daha hızlı biter. Bu yüzden bunu “kriz anında sistemi sabitlemek” için kullan, kalıcı çözüm olarak değil. Asıl güzel çözüm aşağıda.

Çözüm 2 — Akıllı: sadece derin C-state’i kapat, C1’i bırak

İşin püf noktası şu: çökme yalnızca derin uyku durumunda (C2 = AMD’de CC6). Bunun bir üstündeki sığ uyku olan C1 (halt) masumdur — ve işlemciyi boştayken serin/sessiz yapan da odur. Yani “tüm uykuyu kapatmak” gereğinden fazla; biz sadece derin olanı yasaklayıp sığ olanı açık bırakırsak hem mavi ekranı keser hem de cihazı sessiz tutarız.

Windows’ta bunu yapan gizli bir ayar var: “En yüksek işlemci boşta durumu” (IDLESTATEMAX). Yönetici PowerShell’de:

# 1) Gizli ayarı görünür yap (güç planında da görünsün)
powercfg -attributes SUB_PROCESSOR 9943e905-9a30-4ec1-9b99-44dd3b76f7a2 -ATTRIB_HIDE

# 2) Boşta moduna izin ver, ama en derin durumu C1'de sınırla
powercfg /setacvalueindex SCHEME_CURRENT SUB_PROCESSOR 5d76a2ca-e8c0-402f-a133-2158492d58ad 0
powercfg /setdcvalueindex SCHEME_CURRENT SUB_PROCESSOR 5d76a2ca-e8c0-402f-a133-2158492d58ad 0
powercfg /setacvalueindex SCHEME_CURRENT SUB_PROCESSOR 9943e905-9a30-4ec1-9b99-44dd3b76f7a2 1
powercfg /setdcvalueindex SCHEME_CURRENT SUB_PROCESSOR 9943e905-9a30-4ec1-9b99-44dd3b76f7a2 1
powercfg /setactive SCHEME_CURRENT

Burada iki şey yapıyoruz: önce 1. çözümdeki “boşta devre dışı”yı kapatıyoruz (değer 0), sonra en derin uyku durumunu C1 ile sınırlıyoruz (değer 1).

⚠️ Değerin anlamı önemli: IDLESTATEMAX = 0 “sınır yok” demektir (yani derin durum geri açılır). Çöken durumu yasaklamak için değer mutlaka 1 olmalı. Bu makinelerde 2 yapmayın — o, çöken derin C-state’i tekrar açar.

Bu yöntem aslında BIOS’taki “Power Supply Idle Control = Typical Current Idle” ayarının Windows tarafındaki birebir karşılığıdır ve bu mavi ekran ailesinin bilinen kanonik çözümüdür.

Çözümü doğrula: gerçekten oldu mu?

Tahminle yetinme, ölç. Çünkü ayar bazen sessizce uygulanmayabiliyor. Performans İzleyicisi’ni (perfmon) aç → “İşlemci Bilgileri” sayacından şu ikisini ekle:

• % C1 Süresi (% C1 Time)
• % C2 Süresi (% C2 Time)

Bilgisayar boştayken beklenen tablo:

• % C1 yüksek (ör. ~%85+) → çekirdekler halt’a giriyor, yani serin/sessiz. ✓
• % C2 ≈ 0 → çöken derin durum artık hiç kullanılmıyor. ✓

Bende ölçüm tam böyle çıktı: C1 ~%89, C2 %0. Yani hem sessiz çalışma geri geldi hem de mavi ekranın yolu kapandı — ölçümle kanıtlanmış olarak. Birkaç dakika içinde fanın da rahatladığını duyarsın.

BIOS tarafı (özellikle masaüstü kullanıcıları)

Masaüstü AM4 anakartlarında bu sorunun klasik firmware çözümü, BIOS’ta şu ayarlardan biridir:

• Power Supply Idle Control → Typical Current Idle
• veya Global C-State Control → Disabled

Bir de en önemlisi: BIOS’unu güncel tut. Bu hataların büyük kısmı yeni AGESA sürümleriyle düzeldi. Ancak dizüstülerde (benimki gibi ömrünü tamamlamış bir platformsa) çoğu zaman daha yeni bir BIOS bulunmaz; o durumda yukarıdaki Windows çözümü en sağlam çıpan olur. Modlu/3. parti BIOS dosyalarından uzak dur — laptopu kalıcı tuğlalayabilirler.

Emin misin C-state’ten? RAM’i de ele

Dürüst olmak gerekirse amdppm her zaman gerçek suçlu değildir; bazen sadece belirtidir ve asıl sebep bozuk/uyumsuz RAM veya kötü bir 3. parti sürücü çıkar. Özellikle iki farklı marka/seri RAM kullanıyorsan:

• MemTest86 ile gece boyu (en az 4 tur) test et. Tek bir hata bile çıkarsa sorun RAM’dedir.
• Modülleri tek tek takıp dene; bir de yuvalarına düzgün oturduklarından emin ol.

Yukarıdaki C-state sınırı uygulandıktan sonra hâlâ mavi ekran geliyorsa, şüpheyi RAM’e ve derin kernel sürücülerine (anti-cheat, indirme yöneticisi filtreleri vb.) kaydır.

Geri alma

Her şey tek komutla geri alınabilir; firmware’de kalıcı bir değişiklik yok. İleride çalışan bir BIOS/AGESA güncellemesi gelirse tam derin C-state’lere dönmek için:

powercfg /setacvalueindex SCHEME_CURRENT SUB_PROCESSOR 9943e905-9a30-4ec1-9b99-44dd3b76f7a2 0
powercfg /setdcvalueindex SCHEME_CURRENT SUB_PROCESSOR 9943e905-9a30-4ec1-9b99-44dd3b76f7a2 0
powercfg /setactive SCHEME_CURRENT

Özet

• Ryzen 5000’de “kod hep farklı ama bitmeyen” mavi ekranların tipik sebebi derin C-state uyanış hatası’dır (amdppm!C2Idle).
• Format ve Windows değiştirmek çözmez — yanlış katmandır.
• Acil çözüm: boşta durumunu tamamen kapat (sabit ama sıcak/sesli).
• Akıllı çözüm: IDLESTATEMAX = 1 ile sadece derin C2’yi yasakla, sığ C1’i bırak → hem stabil hem serin/sessiz.
• Doğrula: perfmon’da % C1 yüksek, % C2 ≈ 0.
• Geçmezse RAM’i ele (MemTest86).

Bu küçük ayar, beni sayısız formatın ve “acaba anakart mı gitti” stresinin elinden aldı. Aynı döngüdeysen önce dökümüne bak, suçluyu gör, sonra doğru katmanı onar. Kolay gelsin. 🐉