Sapphire RX 590 VIDEO_TDR_FAILURE mavi ekran hatası

Ali irfank

Femtopat
Katılım
10 Aralık 2020
Mesajlar
4
Daha fazla  
Cinsiyet
Erkek
Ben bilgisayarımda eski bir yükleme noktama döndüm. Oynadığım bir oyun açılmamaya başladı. Launcher hatası veriyordu. Oyun şirketine ticket attım. Adam bana bi link yolladı ve o linki indirdim. Sonra oyun açıldı, oyunumu oynadım.

Sonraki gün arkadaşım beni Dark Souls II oynamaya çağırdı. Dark Souls 2'yi açtığımda yaklaşık 1 dakika sonra bilgisayar kendi kendine yeniden başladı. Ekranın da rengi tek bir renk oldu (Tek bir renk oldudan kastım her zaman ya siyah ya beyaz sarı vesaire oluyor.). Bilgisayar açılınca dedim herhalde ufak bir sorundur, aldırış etmedim.

Sonra HOI4 açtım. Yaklaşık 30-60 dk. arası oynadım. Aynı şekilde yeniden başladı bilgisayar. Ben de gerçek bir sorun olduğunu anladım. Başta acaba bilgisayar çok mu ısındı diye düşündüm. Ama yaklaşık bu ikinci yeniden başlamadan 1 saat sonra bilgisayar kendini ben oyundayken yine yeniden başlattı. Bu sefer mavi ekran verdi. Artık sorunun ne olduğunu biliyordum “VIDEO_TDR_FAILURE” ve “amdkmdag.sys” yazıyordu.

Araştırdım ve ekran kartının yazılımında bir hata olduğunu anladım. Ama şöyle bir sıkıntı ortaya çıktı: Bilgisayar açılmıyordu. Ne format atabiliyordum, ne geri yükleme noktama dönebiliyordum. Bilgisayar izin vermiyordu.

Ben de USB bellekle format attım. Ekran kartı driverimi silip yükledim, Yaklaşık 3 defa yaptım ama sonuç olumsuzdu.

Başka bir video izlerken adam chipsetle alakalı bir şey de indiriyordu. Bilgisayarla ilgili benden daha iyi bilgisi olan birisine danıştım. Bana yardım etti. Driverleri yükledi ve driver sorununun düzeldiğini söyledi. Yaklaşık 1 saat AC Odyssey oynadım, sorunsuzdu.

Sonra birlikte video izlerken bilgisayar dondu ve işlemci sıcaklığına baktığımızda 83 civarındaydı. Bir yıldır işlemcimin termal macununu yenilemediğimi söyledim. Tamam onu 2 güne gelirim süreriz dedi.

Sonra ben yine HOI4 oynadım, bayağı uzun bir süre bir şey olmadı, sorunsuz çalıştı. AC Odyssey oynadım, sorunsuz çalıştı. 2 gün boyunca sadece 1 kez yeniden başladı. Sonra işlemcinin termal macununu yeniledik ve cidden hiç sorun yoktu. CPU testi de yaptık. İyi çalıştı. 4 saat boyunca hiç hata olmaksızın oyun oynadım. GTA 5 ve Batman oynadım.

Ama yine hata verdi ve artık bilgisayar uzun süre açık kaldığında da hata veriyor. Ekranımda satranç tahtasının siyah beyaz renklerin kordinasyonu gibi aralıklarla errorlu ekran geliyor. Sonra kendini yeniden başlatıyor.

Artık çıldırmak üzereyim gerçekten. Sorunu anlamak istiyorum. Arkadaşımın CPU test yaptığı uygulamadan 3D test yaptım, çok iyi sonuç verdi. 2D testi yaptığımda ise bilgisayar aynı hatayı verdi. Yani bununla alakalı olduğunu düşünüyorum şu an.

Bilgisayar özelliklerim:
Ekran kartı: Sapphire RX 590 Pulse
Anakart: MSI 450B Tomahawk
İşlemci: AMD Ryzen 5 3600
 
Son düzenleyen: Moderatör:
Muhtemelen ekran kartı ile alakalı bir sorun mevcut yine de diğer problemleri görebilmemiz için minidump dosyalarınızı aşağıdaki rehbere göre paylaşır mısınız?

 
Anlattıklarınıza göre sorunun ekran kartı kaynaklı olduğu bariz belli, zaten attığınız dosya da kartı gösteriyor.

BIOS'u güncelleyin, belki beklemediğimiz bir şey olur.

Ayrıca kartın bağlantılarını kontrol edin.

Kod:
THREAD_STUCK_IN_DEVICE_DRIVER_M (100000ea)
The device driver is spinning in an infinite loop, most likely waiting for
hardware to become idle. This usually indicates problem with the hardware
itself or with the device driver programming the hardware incorrectly.
If the kernel debugger is connected and running when watchdog detects a
timeout condition then DbgBreakPoint() will be called instead of KeBugCheckEx()
and detailed message including bugcheck arguments will be printed to the
debugger. This way we can identify an offending thread, set breakpoints in it,
and hit go to return to the spinning code to debug it further. Because
KeBugCheckEx() is not called the .bugcheck directive will not return bugcheck
information in this case. The arguments are already printed out to the kernel
debugger. You can also retrieve them from a global variable via
"dd watchdog!g_WdBugCheckData l5" (use dq on NT64).
On MP machines it is possible to hit a timeout when the spinning thread is
interrupted by hardware interrupt and ISR or DPC routine is running at the time
of the bugcheck (this is because the timeout's work item can be delivered and
handled on the second CPU and the same time). If this is the case you will have
to look deeper at the offending thread's stack (e.g. using dds) to determine
spinning code which caused the timeout to occur.
Arguments:
Arg1: ffffa088f47a50c0, Pointer to a stuck thread object.  Do .thread then kb on it to find
    the hung location.
Arg2: 0000000000000000, Pointer to a DEFERRED_WATCHDOG object.
Arg3: 0000000000000000, Pointer to offending driver name.
Arg4: 0000000000000000, Number of times "intercepted" bugcheck 0xEA was hit (see notes).

Debugging Details:
------------------


KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.mSec
    Value: 4718

    Key  : Analysis.DebugAnalysisProvider.CPP
    Value: Create: 8007007e on DESKTOP-62N06FT

    Key  : Analysis.DebugData
    Value: CreateObject

    Key  : Analysis.DebugModel
    Value: CreateObject

    Key  : Analysis.Elapsed.mSec
    Value: 37523

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 81

    Key  : Analysis.System
    Value: CreateObject

    Key  : WER.OS.Branch
    Value: vb_release

    Key  : WER.OS.Timestamp
    Value: 2019-12-06T14:06:00Z

    Key  : WER.OS.Version
    Value: 10.0.19041.1


ADDITIONAL_XML: 1

OS_BUILD_LAYERS: 1

BUGCHECK_CODE:  ea

BUGCHECK_P1: ffffa088f47a50c0

BUGCHECK_P2: 0

BUGCHECK_P3: 0

BUGCHECK_P4: 0

FAULTING_THREAD:  ffffa088f47a50c0

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


CUSTOMER_CRASH_COUNT:  1

PROCESS_NAME:  csrss.exe

STACK_TEXT:
ffff9e86`321a77d8 fffff807`2c99289d     : 00000000`000000ea ffffa088`f47a50c0 00000000`00000000 00000000`00000000 : nt!KeBugCheckEx
ffff9e86`321a77e0 fffff807`2c99297e     : ffff9e86`321a78c8 fffff807`2c9670eb ffff9e86`321a78c8 ffff9e86`321a78f1 : dxgkrnl!TdrTimedOperationBugcheckOnTimeout+0x45
ffff9e86`321a7850 fffff807`30ff1f0a     : 00000000`13cb0e77 ffff9e86`321a78f1 00000000`00000000 ffffa088`f4487000 : dxgkrnl!TdrTimedOperationDelay+0xce
ffff9e86`321a7890 00000000`13cb0e77     : ffff9e86`321a78f1 00000000`00000000 ffffa088`f4487000 00000000`00000001 : atikmdag+0x71f0a
ffff9e86`321a7898 ffff9e86`321a78f1     : 00000000`00000000 ffffa088`f4487000 00000000`00000001 00000000`00989680 : 0x13cb0e77
ffff9e86`321a78a0 00000000`00000000     : ffffa088`f4487000 00000000`00000001 00000000`00989680 ffff9e86`00000000 : 0xffff9e86`321a78f1


STACK_COMMAND:  .thread 0xffffa088f47a50c0 ; kb

SYMBOL_NAME:  dxgkrnl!TdrTimedOperationBugcheckOnTimeout+45

MODULE_NAME: dxgkrnl

IMAGE_NAME:  dxgkrnl.sys

IMAGE_VERSION:  10.0.19041.662

FAILURE_BUCKET_ID:  0xEA_IMAGE_dxgkrnl.sys

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {ea458ad2-d5ab-aa6c-7a11-54653c70dfb8}

Followup:     MachineOwner
---------

Herhangi bir sürücü yükleme/güncelleme yazılımı kullandınız mı?
 
Anlattıklarınıza göre sorunun ekran kartı kaynaklı olduğu bariz belli, zaten attığınız dosya da kartı gösteriyor.

BIOS'u güncelleyin, belki beklemediğimiz bir şey olur.

Ayrıca kartın bağlantılarını kontrol edin.

Kod:
THREAD_STUCK_IN_DEVICE_DRIVER_M (100000ea)
The device driver is spinning in an infinite loop, most likely waiting for.
hardware to become idle. This usually indicates problem with the hardware.
itself or with the device driver programming the hardware incorrectly.
If the kernel debugger is connected and running when watchdog detects a.
timeout condition then DbgBreakPoint() will be called instead of KeBugCheckEx()
and detailed message including bugcheck arguments will be printed to the.
debugger. This way we can identify an offending thread, set breakpoints in it,
and hit go to return to the spinning code to debug it further. Because.
KeBugCheckEx() is not called the .bugcheck directive will not return bugcheck.
information in this case. The arguments are already printed out to the kernel.
debugger. You can also retrieve them from a global variable via.
"dd watchdog!g_WdBugCheckData l5" (use dq on NT64).
On MP machines it is possible to hit a timeout when the spinning thread is.
interrupted by hardware interrupt and ISR or DPC routine is running at the time.
of the bugcheck (this is because the timeout's work item can be delivered and.
handled on the second CPU and the same time). If this is the case you will have.
to look deeper at the offending thread's stack (e.g. using dds) to determine.
spinning code which caused the timeout to occur.
Arguments:
Arg1: ffffa088f47a50c0, Pointer to a stuck thread object. Do .thread then kb on it to find.
the hung location.
Arg2: 0000000000000000, Pointer to a DEFERRED_WATCHDOG object.
Arg3: 0000000000000000, Pointer to offending driver name.
Arg4: 0000000000000000, Number of times "intercepted" bugcheck 0xEA was hit (see notes).

Debugging Details:
------------------

KEY_VALUES_STRING: 1.

Key : Analysis.CPU.mSec.
Value: 4718.

Key : Analysis.DebugAnalysisProvider.CPP.
Value: Create: 8007007e on DESKTOP-62N06FT.

Key : Analysis.DebugData.
Value: CreateObject.

Key : Analysis.DebugModel.
Value: CreateObject.

Key : Analysis.Elapsed.mSec.
Value: 37523.

Key : Analysis.Memory.CommitPeak.Mb.
Value: 81.

Key : Analysis.System.
Value: CreateObject.

Key : WER.OS.Branch.
Value: vb_release.

Key : WER.OS.Timestamp.
Value: 2019-12-06T14:06:00Z.

Key : WER.OS.Version.
Value: 10.0.19041.1.

ADDITIONAL_XML: 1.

OS_BUILD_LAYERS: 1.

BUGCHECK_CODE: ea.

BUGCHECK_P1: ffffa088f47a50c0.

BUGCHECK_P2: 0.

BUGCHECK_P3: 0.

BUGCHECK_P4: 0.

FAULTING_THREAD: ffffa088f47a50c0.

BLACKBOXBSD: 1 (!blackboxbsd)

BLACKBOXNTFS: 1 (!blackboxntfs)

CUSTOMER_CRASH_COUNT: 1.

PROCESS_NAME: csrss.exe.

STACK_TEXT:
ffff9e86`321a77d8 fffff807`2c99289d : 00000000`000000ea ffffa088`f47a50c0 00000000`00000000 00000000`00000000 : nt!KeBugCheckEx.
ffff9e86`321a77e0 fffff807`2c99297e : ffff9e86`321a78c8 fffff807`2c9670eb ffff9e86`321a78c8 ffff9e86`321a78f1 : dxgkrnl!TdrTimedOperationBugcheckOnTimeout+0x45.
ffff9e86`321a7850 fffff807`30ff1f0a : 00000000`13cb0e77 ffff9e86`321a78f1 00000000`00000000 ffffa088`f4487000 : dxgkrnl!TdrTimedOperationDelay+0xce.
ffff9e86`321a7890 00000000`13cb0e77 : ffff9e86`321a78f1 00000000`00000000 ffffa088`f4487000 00000000`00000001 : atikmdag+0x71f0a.
ffff9e86`321a7898 ffff9e86`321a78f1 : 00000000`00000000 ffffa088`f4487000 00000000`00000001 00000000`00989680 : 0x13cb0e77.
ffff9e86`321a78a0 00000000`00000000 : ffffa088`f4487000 00000000`00000001 00000000`00989680 ffff9e86`00000000 : 0xffff9e86`321a78f1.

STACK_COMMAND: .thread 0xffffa088f47a50c0 ; kb.

SYMBOL_NAME: dxgkrnl!TdrTimedOperationBugcheckOnTimeout+45.

MODULE_NAME: dxgkrnl.

IMAGE_NAME: dxgkrnl.sys.

IMAGE_VERSION: 10.0.19041.662.

FAILURE_BUCKET_ID: 0xEA_IMAGE_dxgkrnl.sys.

OS_VERSION: 10.0.19041.1.

BUILDLAB_STR: vb_release.

OSPLATFORM_TYPE: x64.

OSNAME: Windows 10.

FAILURE_ID_HASH: {ea458ad2-d5ab-aa6c-7a11-54653c70dfb8}

Followup: MachineOwner.
---------

Herhangi bir sürücü yükleme/güncelleme yazılımı kullandınız mı?

Şöyle söyleyeyim ben AMD'nin kendi sitesinden kendi ekran kartıma uyumlu olan driveri indirdim. Hepsini doğru bir şekilde indirdiğimi düşünüyorum. Driverimi silerden ilk baş aygıt yöneticisinden sildim sonra bir uygulama indirip sildim şu an uygulamanın adını hatırlamıyorum. sorunuzun cevabını hayır diye biliyorum
 

Geri
Yukarı