"VIDEO_SCHEDULER_INTERNAL_ERROR" hatası

İşletim sistemi
Windows 10

oversteer

Kilopat
Katılım
7 Ocak 2018
Mesajlar
135
Çözümler
2
Daha fazla  
Cinsiyet
Erkek
Minidump Rapor Linki
https://drive.google.com/file/d/11FjP6HmryX6M-76PY5ym639NsAm-1GCa/view?usp=sharing
RAM
HyperX 3200mhz CL16 + 3000mhz CL15 - 2x8GB
SSD veya HDD modeli
Kingston NV2, A2000
Ekran kartı
Asus TUF RTX 3060Ti
Anakart
Asus Prime B560M-A
İşlemci
I5 11400
Başlıkta belirttiğim hata ile ilk defa karşılaştım. Bilgisayarda bir değişiklik yapmadım. Değerli yorumlarınıza ihtiyacım var.

Minidump
 
Anlıyorum, incelendiğinde de zaten sadece iddia ediliyor, mahiyetli bir sorun olduğunu düşünmüyorum. Başka bir husus ise "dxgmms2.sys"... İncelendiğinde grafik biriminin belleğinin yönetimini tesis ettiği görülüyor. Bu bağlamda ilk olarak basit bir çözüm mahiyetinde Komut İstemi'ni yönetici olarak çalıştırdıktan sonra açılan pencereye "sfc /scannow" yazmanı ve çalıştırmanı öneriyorum (tarama ve onarım bittikten sonra aldığın geri dönüşü paylaşırsan iyi olabilir). Daha sonrasında da cihazı yeniden başlatıp hatanın varlığını kontrol etmende fayda var. İşe yaramadığı takdirde başka metotlara geçebiliriz...
 
Anlıyorum, incelendiğinde de zaten sadece iddia ediliyor, mahiyetli bir sorun olduğunu düşünmüyorum. Başka bir husus ise "dxgmms2.sys"... İncelendiğinde grafik biriminin belleğinin yönetimini tesis ettiği görülüyor. Bu bağlamda ilk olarak basit bir çözüm mahiyetinde Komut İstemi'ni yönetici olarak çalıştırdıktan sonra açılan pencereye "sfc /scannow" yazmanı ve çalıştırmanı öneriyorum (tarama ve onarım bittikten sonra aldığın geri dönüşü paylaşırsan iyi olabilir). Daha sonrasında da cihazı yeniden başlatıp hatanın varlığını kontrol etmende fayda var. İşe yaramadığı takdirde başka metotlara geçebiliriz...
Screenshot_1.jpg


Mavi ekranı sadece 1 kere aldım. Yeniden başlattığımda tekrar hata almadım.
 
Anlıyorum haklısınızdır, zaten kronik bir problem olduğunu düşünseydim "Güvenli Mod" içerisinde yapmanızı önerecektim. Önerdiğimiz çözüm oldukça basit metotlardan bir tanesi. İlerleyen süreçlerde tekrar pek çok kez karşılaşıldığı takdirde Güvenli Mod'da yapılacak işlemlere, Clean Boot'ta çeşitli incelemelere, yoğun stres altında sıcaklık takibine, kısa ya da uzun süreli hız aşırtma faaliyetlerinin kontrolüne, DirectX temelli bir hata olduğu için Windows Update geçmişinin kontrolüne, DDU yazılımını kullanmaya ya da en kesin sonuç üreten Windows'un yeniden kurulmasına kadar çeşitli metotlar kademeli olarak "Deneme | Yanılma" usulüyle uygulanabilir...

Bir diğer raporda dikkat çeken ve mahiyetli olduğuna inandığım sorun "CLOCK_WATCHDOG_TIMEOUT (101)" hatası... İncelendiği kadarıyla hatanın kaynağının "ntkrnlmp.exe" isimli sistem dosyasından kaynaklandığı görülüyor, oldukça kritik dosyalardan bir tanesi olması sebebiyle bahsi geçen hatanın çözümüyle ilgili kademeli metotlarla ilerlemek en doğru olanıdır. Fakat ben hata kronikleştiği ve kullanıcının cihazı kullanmakta artık çok ciddi güçlük çektiği zaman temkinli bir şekilde BIOS üzerinden işlemci güç yönetiminde çeşitli değişiklikler uygulaması taraftarıyım (Gerekli şartlar karşılandığı takdirde, EIST'e müdahale etmekten bahsediyorum).

Vermiş olduğum tavsiyeye ek olarak belki forumdaki diğer profesyoneller çeşitli efektif önerilerde bulunmak isteyebilir. Şimdilik net/ardışık sorunlar ve bulgular elde edilinceye kadar beklenmesi taraftarıyım.

Son olarak merak ediyorum. Herhangi bir OC faaliyetinde bulundunuz mu?
 
Anlıyorum haklısınızdır, zaten kronik bir problem olduğunu düşünseydim "Güvenli Mod" içerisinde yapmanızı önerecektim. Önerdiğimiz çözüm oldukça basit metotlardan bir tanesi. İlerleyen süreçlerde tekrar pek çok kez karşılaşıldığı takdirde Güvenli Mod'da yapılacak işlemlere, Clean Boot'ta çeşitli incelemelere, yoğun stres altında sıcaklık takibine, kısa ya da uzun süreli hız aşırtma faaliyetlerinin kontrolüne, DirectX temelli bir hata olduğu için Windows Update geçmişinin kontrolüne, DDU yazılımını kullanmaya ya da en kesin sonuç üreten Windows'un yeniden kurulmasına kadar çeşitli metotlar kademeli olarak "Deneme | Yanılma" usulüyle uygulanabilir...

Bir diğer raporda dikkat çeken ve mahiyetli olduğuna inandığım sorun "CLOCK_WATCHDOG_TIMEOUT (101)" hatası... İncelendiği kadarıyla hatanın kaynağının "ntkrnlmp.exe" isimli sistem dosyasından kaynaklandığı görülüyor, oldukça kritik dosyalardan bir tanesi olması sebebiyle bahsi geçen hatanın çözümüyle ilgili kademeli metotlarla ilerlemek en doğru olanıdır. Fakat ben hata kronikleştiği ve kullanıcının cihazı kullanmakta artık çok ciddi güçlük çektiği zaman temkinli bir şekilde BIOS üzerinden işlemci güç yönetiminde çeşitli değişiklikler uygulaması taraftarıyım (Gerekli şartlar karşılandığı takdirde, EIST'e müdahale etmekten bahsediyorum).

Vermiş olduğum tavsiyeye ek olarak belki forumdaki diğer profesyoneller çeşitli efektif önerilerde bulunmak isteyebilir. Şimdilik net/ardışık sorunlar ve bulgular elde edilinceye kadar beklenmesi taraftarıyım.

Son olarak merak ediyorum. Herhangi bir OC faaliyetinde bulundunuz mu?
Gerekli görülen stres testlerini yaparak undervolt yapmıştım CPU için 3 yıl kadar önce. O zamandan beri aynı şekilde kullanıyorum.
 
Gerekli görülen stres testlerini yaparak undervolt yapmıştım CPU için 3 yıl kadar önce. O zamandan beri aynı şekilde kullanıyorum.
Anladım. "CLOCK_WATCHDOG_TIMEOUT (101)"' sorununun ana kaynağı bu olabilir. Belki de bu voltaj indirgemesi şimdilik kronik belirti göstermeyen bir stabilizasyon sorununu meydana getirmiştir. Genellikle bu tür faaliyetlerle ilgilenmediğim için bu eylemle ilgili tavsiye vererek haddimi aşmak istemiyorum, bu sebeple bir profesyonelin yorumlaması daha efektif olabilir.
 

Technopat Haberler

Yeni konular

Geri
Yukarı