Unutma elimizde bir mavi ekran dosyası olmadığı için söylenecek şeyler tamamen bağlamlar üzerinden gidecektir. Söylediğin gibi sistem dump oluşturmuyor lakin 24 Mayıs ve 27 Nisan tarihlerinde 2 tane dump dosyasını başarıyla oluşturduğu raporunu girmiş sistem. Elinde bulunuyor mu onlar?
Rich (BB code):
Günlük Adı: System
Kaynak: volmgr
Tarih: 22.06.2026 16:18:40
Olay Kimliği: 161
Görev Kategorisi:Yok
Düzey: Hata
Anahtar sözcükler:Klasik
Kullanıcı: Yok
Bilgisayar: DESKTOP-5TNCKBD
Açıklama:
Döküm dosyası oluşturma, döküm oluşturma sırasındaki hata nedeniyle başarısız oldu. BugCheckProgress: 0x00060049
Sistem bir yerlerde bir döküm oluşturuyor pagefile ile disk arasında bir noktada bahsi geçen hata ile duruyor ve oluşturamıyor. Sebebi nedir tam açıklaması MC tarafından paylaşılmadığı için bilemeyiz.
Lakin sistemin çöktüğü sırada kayıt tutan tek dosyası dump değil, aynı zamanda çökme raporunda da neden çöktüğünü bulabiliyoruz:
Rich (BB code):
Günlük Adı: System
Kaynak: Microsoft-Windows-Kernel-Power
Tarih: 22.06.2026 17:08:10
Olay Kimliği: 41
Görev Kategorisi:(63)
Düzey: Önemli
Anahtar sözcükler:(70368744177664),(2)
Kullanıcı: SYSTEM
Bilgisayar: DESKTOP-5TNCKBD
Açıklama:
Sistem düzgün kapatılmadan yeniden başlatılmış. Bu hatanın nedeni sistemin yanıt vermeyi durdurması, kilitlenmesi veya beklenmeyen bir şekilde güç kaybına uğramış olması olabilir.
<Data Name="BugcheckCode">122</Data>
<Data Name="BugcheckParameter1">0x20</Data>
Windows olay raporlarını XML veritabanında decimal olarak kaydediyor, bunu resmi dökümanlardaki hex değerine çevirdiğimizde burda aldığın hatanın
KERNEL_DATA_INPAGE_ERROR hatası olduğuna ulaşıyoruz ki bu hata (%100 olmayarak) çoğu durumda disk tarafından patlayan bir hata.
Learn about bug check 0x7A KERNEL_DATA_INPAGE_ERROR, which indicates that the requested page of kernel data from the paging file couldn't be read into memory.
learn.microsoft.com
Güncel açıklamasında olmasa da Microsoft bile zamanında bu hatayı direkt olarak "bad drive" hatası olarak yorumluyordu öncelik olarak.
Rich (BB code):
Günlük Adı: System
Kaynak: Microsoft-Windows-Kernel-Power
Tarih: 22.06.2026 06:20:17
Olay Kimliği: 41
Görev Kategorisi:(63)
Düzey: Önemli
Anahtar sözcükler:(70368744177664),(2)
Kullanıcı: SYSTEM
Bilgisayar: DESKTOP-5TNCKBD
Açıklama:
Sistem düzgün kapatılmadan yeniden başlatılmış. Bu hatanın nedeni sistemin yanıt vermeyi durdurması, kilitlenmesi veya beklenmeyen bir şekilde güç kaybına uğramış olması olabilir.
<Data Name="BugcheckCode">239</Data>
<Data Name="BugcheckParameter1">0xffffc98f6a4e3140</Data>
Bir diğer hata da
CRITICAL_PROCESS_DIED hatası. Tek tek açıklamamakla beraber donanımsal bakımdan (Windows bug'ından kaynaklandığı da olabiliyor) RAM veya disk problemlerinde sık karşılaştığım bir hata.
Learn how the CRITICAL_PROCESS_DIED bug check has a value of 0x000000EF and indicates that a critical system process died.
learn.microsoft.com
Rich (BB code):
Günlük Adı: System
Kaynak: Microsoft-Windows-Kernel-Power
Tarih: 31.05.2026 03:44:11
Olay Kimliği: 41
Görev Kategorisi:(63)
Düzey: Önemli
Anahtar sözcükler:(70368744177664),(2)
Kullanıcı: SYSTEM
Bilgisayar: DESKTOP-5TNCKBD
Açıklama:
Sistem düzgün kapatılmadan yeniden başlatılmış. Bu hatanın nedeni sistemin yanıt vermeyi durdurması, kilitlenmesi veya beklenmeyen bir şekilde güç kaybına uğramış olması olabilir.
<Data Name="BugcheckCode">26</Data>
<Data Name="BugcheckParameter1">0x6001</Data>
Dikkatimi çeken bir diğer hata da 0x1A oldu. Bu çok sık karşılanan hata türü aslında.
The MEMORY_MANAGEMENT bug check has a value of 0x0000001A and indicates that a severe memory management error occurred.
learn.microsoft.com
Burda önemli olan ilk parametresinin içeriği. Microsoft tarafından şöyle aktarılmış:
| 0x6001 | The memory store component’s private memory range is corrupted, so it has become inaccessible. Parameter 2 is the returned status. Parameter 3 is the virtual address in the store's private memory range. Parameter 4 is the MDL. |
Store Manager'a ait özel bir bellek bölgesinde bir bozulma tespit ettiğini söylüyor sistem. Aslında Store Manager konsunda çok da bir bilgimiz yok zira Microsoft bunu açıklama gereği duymamış ama kısaca ve ana fikir olarak sayfa dosyası için gereken disk alanı miktarını azaltmak ve aynı zamanda bir sayfanın diskten belleğe geri sayfalanması ve tersi için geçen süreyi azaltmak için kullanılan bir executable ile beraber çalışan bir yapı olduğunu söyleyebiliriz.
Dolayısıyla bu yapıdaki bir bellek alanının bozulması 2 parçaya iter bizi : RAM ve Disk.
Burda sana vereceğim 2 tavsiye var: Sisteminde 2 farklı RAM kullanıyorsun öncelikle tek tek kontrol et, gerekirse tek tek RAM'leri stres testine sok. Her şeye rağmen bu sorun devam ederse (RAM'ler sorunsuz ise) farklı bir disk ile kontrol etmeni önereceğim. Mevcut diskin sistemde takılı
olmayacak şekilde.
Lütfen varsa bir DUMP paylaş kesinlikle.
