Bilgisayar mavi ekran hatası veriyor

Bu mavi ekranı almadan önce yakın zamanda herhangi bir değişiklik yaptınız mı sistemde? Ekran kartı veya başka bir donanımın sürücüsünü güncellemek gibi mesela?

- İlk etapta DDU ile ekran kartı sürücünüzü kaldırıp tekrar yüklemenizi önereceğim.



- DDU ile çözülmezse BIOS'tan XMP profilini kapatıp RAM testi yapabilirsiniz.



- Son olarak, Beta BIOS kullanıyorsunuz, düşük bir ihtimal olsa bile bunla alakalı da olabilir.

Döküm:
Kod:
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

KERNEL_SECURITY_CHECK_FAILURE (139)
A kernel component has corrupted a critical data structure.  The corruption
could potentially allow a malicious user to gain control of this machine.
Arguments:
Arg1: 000000000000001d, An RTL_BALANCED_NODE RBTree entry has been corrupted.
Arg2: fffff38f2ad6e1e0, Address of the trap frame for the exception that caused the BugCheck
Arg3: fffff38f2ad6e138, Address of the exception record for the exception that caused the BugCheck
Arg4: 0000000000000000, Reserved

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

*** WARNING: Unable to verify timestamp for win32k.sys

KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.mSec
    Value: 2296

    Key  : Analysis.DebugAnalysisManager
    Value: Create

    Key  : Analysis.Elapsed.mSec
    Value: 34230

    Key  : Analysis.IO.Other.Mb
    Value: 0

    Key  : Analysis.IO.Read.Mb
    Value: 0

    Key  : Analysis.IO.Write.Mb
    Value: 0

    Key  : Analysis.Init.CPU.mSec
    Value: 77

    Key  : Analysis.Init.Elapsed.mSec
    Value: 2235

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

    Key  : Bugcheck.Code.DumpHeader
    Value: 0x139

    Key  : Bugcheck.Code.Register
    Value: 0x139

    Key  : FailFast.Name
    Value: INVALID_BALANCED_TREE

    Key  : FailFast.Type
    Value: 29

    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


FILE_IN_CAB:  051923-5484-01.dmp

BUGCHECK_CODE:  139

BUGCHECK_P1: 1d

BUGCHECK_P2: fffff38f2ad6e1e0

BUGCHECK_P3: fffff38f2ad6e138

BUGCHECK_P4: 0

TRAP_FRAME:  fffff38f2ad6e1e0 -- (.trap 0xfffff38f2ad6e1e0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=7fff80049105cd38 rbx=0000000000000000 rcx=000000000000001d
rdx=ffff800489fbca88 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8065fa22359 rsp=fffff38f2ad6e378 rbp=0000000000000022
 r8=7fff80049105cd38  r9=0000000000000000 r10=7fff80049105cd38
r11=ffff80049105cd38 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na pe nc
nt!RtlRbRemoveNode+0x20c0c9:
fffff806`5fa22359 cd29            int     29h
Resetting default scope

EXCEPTION_RECORD:  fffff38f2ad6e138 -- (.exr 0xfffff38f2ad6e138)
ExceptionAddress: fffff8065fa22359 (nt!RtlRbRemoveNode+0x000000000020c0c9)
   ExceptionCode: c0000409 (Security check failure or stack buffer overrun)
  ExceptionFlags: 00000001
NumberParameters: 1
   Parameter[0]: 000000000000001d
Subcode: 0x1d FAST_FAIL_INVALID_BALANCED_TREE

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT:  1

PROCESS_NAME:  chrome.exe

ERROR_CODE: (NTSTATUS) 0xc0000409 - Sistem, bu uygulamada y   n tabanl  bir arabelle in ta t   n  alg lad . Bu ta ma, k t  niyetli bir kullan c n n bu uygulaman n denetimini ele ge irmesine olanak verebilir.

EXCEPTION_CODE_STR:  c0000409

EXCEPTION_PARAMETER1:  000000000000001d

EXCEPTION_STR:  0xc0000409

STACK_TEXT: 
fffff38f`2ad6deb8 fffff806`5fa0fd29     : 00000000`00000139 00000000`0000001d fffff38f`2ad6e1e0 fffff38f`2ad6e138 : nt!KeBugCheckEx
fffff38f`2ad6dec0 fffff806`5fa10290     : 00000000`00000000 00000000`00000000 ffffffff`ffffffff 00000000`00000001 : nt!KiBugCheckDispatch+0x69
fffff38f`2ad6e000 fffff806`5fa0e25d     : 00000000`00000000 00000000`00000000 ffffc08c`edb43030 00000000`6e657645 : nt!KiFastFailDispatch+0xd0
fffff38f`2ad6e1e0 fffff806`5fa22359     : 0000002b`002b0000 0001002b`00220000 fffff806`5f816050 00000000`00000022 : nt!KiRaiseSecurityCheckFailure+0x31d
fffff38f`2ad6e378 fffff806`5f816050     : 00000000`00000022 ffff8004`89fbcd30 00000000`00000000 ffff8004`89fbca80 : nt!RtlRbRemoveNode+0x20c0c9
fffff38f`2ad6e390 fffff806`5f815a98     : ffff8004`7ca00280 ffff8004`89fba000 ffff8004`7ca00280 fffff38f`2ad6e498 : nt!RtlpHpVsChunkCoalesce+0xb0
fffff38f`2ad6e3f0 fffff806`5f817bb4     : ffffc08c`00000000 023000b0`00000000 00000000`00000000 00000000`00000000 : nt!RtlpHpVsContextFree+0x188
fffff38f`2ad6e490 fffff806`5ffb70b9     : ffff8004`00000210 ffffc08c`e69b0000 ffffc08c`e69b9c20 01000000`00100000 : nt!ExFreeHeapPool+0x4d4
fffff38f`2ad6e570 fffff806`b0421a7b     : 00000000`00000000 ffffc08c`00000002 ffffc08c`00000000 ffffc08c`e69b9c20 : nt!ExFreePool+0x9
fffff38f`2ad6e5a0 fffff806`b0483acf     : 00000000`00000000 fffff806`00000002 00000000`00000000 ffffc08c`e69b9c20 : dxgmms2!operator delete+0x17
fffff38f`2ad6e5d0 fffff806`b0483174     : ffff8004`924f5e70 00000000`00000001 00000000`00000000 00000000`00000000 : dxgmms2!VIDMM_GLOBAL::DestroyOneAllocation+0x94f
fffff38f`2ad6e800 fffff806`b0421e7a     : ffff8004`924f5e70 fffff38f`2ad6eb70 00000000`00000001 00000000`00000000 : dxgmms2!VIDMM_GLOBAL::DestroyAllocation+0xc
fffff38f`2ad6e830 fffff806`9343755b     : ffffc08c`ef619858 fffff38f`00000000 00000000`00000000 00000000`00000003 : dxgmms2!VidMmDestroyAllocation+0x1a
fffff38f`2ad6e860 fffff806`93419d3d     : fffff38f`2ad6ea70 fffff806`933142e1 00000000`00000003 ffff8004`8840fab0 : dxgkrnl!DXGDEVICE::DestroyAllocations+0x767
fffff38f`2ad6ea00 fffff806`934191eb     : 00000000`00041000 00000000`00000000 ffff8004`00000000 ffff8004`924f5e70 : dxgkrnl!DXGDEVICE::TerminateAllocations+0x92d
fffff38f`2ad6eaa0 fffff806`9341a89a     : ffffc08c`dff63598 fffff38f`2ad6efb0 00000000`00000000 ffff8004`8d55d5a0 : dxgkrnl!DxgkDestroyAllocationInternal+0xefb
fffff38f`2ad6eeb0 fffff806`9341ac3b     : 000000d3`ffb7f8d0 00000000`00000000 00000000`00000000 ffffc08c`eeca2560 : dxgkrnl!DxgkDestroyAllocationHelper+0x9ba
fffff38f`2ad6f3a0 fffff806`5fa0f4f8     : ffffc08c`ed1d20c0 ffffc08c`ed1d20c0 00000274`80d320a0 00000000`00000000 : dxgkrnl!DxgkDestroyAllocation2+0x21b
fffff38f`2ad6f480 00007fff`529d49c4     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x28
000000d3`ffb7f838 00000000`00000000     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007fff`529d49c4


SYMBOL_NAME:  dxgmms2!operator delete+17

MODULE_NAME: dxgmms2

IMAGE_NAME:  dxgmms2.sys

IMAGE_VERSION:  10.0.19041.2965

STACK_COMMAND:  .cxr; .ecxr ; kb

BUCKET_ID_FUNC_OFFSET:  17

FAILURE_BUCKET_ID:  0x139_1d_INVALID_BALANCED_TREE_dxgmms2!operator_delete

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {679363ca-2f23-c3dc-c658-e7f90a1abb5e}

Followup:     MachineOwner
---------
 
Açıkçası hangisinin sebep olduğunu söylemek zor.

Minidump'ta asıl suçlu dxgmms2.sys olarak gözüküyor yani Microsoft'un grafik sürücüsü. O da doğrudan harici ekran kartınıza ve onun sürücüsüne işaret ediyor. Ama zaman zaman direkt olarak bu sürücü hatalı diyemiyoruz.

O yüzden bu hata RAM ile alakalı bir problem olduğunda da oluşabiliyor. Ayrıca şu an beta BIOS kullandığınız için RAM'lerde bir problem olmasa bile beta BIOS'tan dolayı RAM'lerde bir problem olmuş, o da ekran kartı sürücüsü ile bir probleme sebebiyet vermiş olabilir.

- İlk etapta mavi ekran almadığınız ekran kartı sürücülerinden birine dönebilirsiniz.

- İşe yaramazsa BIOS'u beta olmayan sürümlerden birine düşürmeniz gerekecek.

- Yine işe yaramazsa RAM'lerinizi XMP kapalı bir şekilde test etmeniz gerekebilir.
 
Mavi ekrandan hemen önce birkaç farklı 3D tasarım programı ve Google Chrome açıktı arka planda. 32 GB RAM'e sahibim fakat RAM kullanımı %90+ oluyor genelde. Yetersiz RAM sebebiyle olabilir mi mavi ekran o an için? Render alıyordum çünkü, ekran kartı tarafında bir sorunum yoktu. VRAM'im yeterli geliyor. Sanırım o an için yeterli kullanılabilir RAM kalmadığı için olmuş olabilir. Ne dersiniz?
 
Evet anlık bir hata da olmuş olabilir. Ama RAM'in neredeyse tamamen dolması, bir süredir %90 ve üstünde kullanılması mavi ekrana sebep olur mu onu bilemiyorum. Daha önce böyle bir şey görmedim en azından. O yüzden RAM kullanımı ve mavi ekran ilişkisini araştırdım.

Can a 100% used ram cause a BSOD?

Burada 4 ve 8 GB RAM'lerde yüksek kullanım sonucu mavi ekran aldığını söyleyenler olmuş. Sizin senaryonuz yani 32 GB ile aralarında epey fark var ama merak ettiğimiz konuya en yakın cevap bu konudaydı, başka bir yerde göremedim pek. Neyse, bu konuda "pagefile" ile alakalı konuşmuşlar. Yani RAM'de yer kalmazsa sabit diskteki alanı kullanarak geçici RAM oluşturma olayı. Bir nevi sanal bellek.

msedge_pnOL3HHrWh.png


Sanal belleğin kapalı (0) olduğu durumlarda yüksek RAM kullanımı olursa mavi ekran gelebiliyormuş. Sanal belleğin açık olduğu durumlarda da sistem diski kullanılıyor, bu durum makineyi yavaşlatıyor ama sonuç olarak RAM'in üst limite yaklaşmasını engelliyor ve mavi ekran da engellenmiş oluyor.


Yüksek ihtimalle ihtiyaç olmayacak ama şunlar da bir köşede kalsın, başkalarına yararlı olabilir.
Sanal bellek ile alakalı Technopat rehberleri:

Başka bir yerde de yüksek RAM kullanımının mavi ekran verebileceği yazıyor ama sizin aldığınız hata kodu ile değil de "MEMORY_MANAGEMENT" ile. Ben de böyle düşünmüştüm. Ama her zaman böyle bir genelleme yapılamaz dediğim gibi. Chain reaction yani zincirleme reaksiyon ile de mavi ekran yiyebiliyoruz.


msedge_I3crNNQb8y.png



Bir de Microsoft'un sitesinde yüksek RAM kullanımı sonrası mavi ekran alan biri olmuş ama çözüme dair bir şey çıkmamış. Hata kodu da sizinkinden farklı zaten.

Computer error: Running out of Memory and then had BSOD
 
Evet anlık bir hata da olmuş olabilir. Ama RAM'in neredeyse tamamen dolması, bir süredir %90 ve üstünde kullanılması mavi ekrana sebep olur mu onu bilemiyorum. Daha önce böyle bir şey görmedim en azından. O yüzden RAM kullanımı ve mavi ekran ilişkisini araştırdım.

Can a 100% used ram cause a BSOD?

Burada 4 ve 8 GB RAM'lerde yüksek kullanım sonucu mavi ekran aldığını söyleyenler olmuş. Sizin senaryonuz yani 32 GB ile aralarında epey fark var ama merak ettiğimiz konuya en yakın cevap bu konudaydı, başka bir yerde göremedim pek. Neyse, bu konuda "pagefile" ile alakalı konuşmuşlar. Yani RAM'de yer kalmazsa sabit diskteki alanı kullanarak geçici RAM oluşturma olayı. Bir nevi sanal bellek.

Eki Görüntüle 1784831

Sanal belleğin kapalı (0) olduğu durumlarda yüksek RAM kullanımı olursa mavi ekran gelebiliyormuş. Sanal belleğin açık olduğu durumlarda da sistem diski kullanılıyor, bu durum makineyi yavaşlatıyor ama sonuç olarak RAM'in üst limite yaklaşmasını engelliyor ve mavi ekran da engellenmiş oluyor.


Yüksek ihtimalle ihtiyaç olmayacak ama şunlar da bir köşede kalsın, başkalarına yararlı olabilir.
Sanal bellek ile alakalı Technopat rehberleri:

Başka bir yerde de yüksek RAM kullanımının mavi ekran verebileceği yazıyor ama sizin aldığınız hata kodu ile değil de "MEMORY_MANAGEMENT" ile. Ben de böyle düşünmüştüm. Ama her zaman böyle bir genelleme yapılamaz dediğim gibi. Chain reaction yani zincirleme reaksiyon ile de mavi ekran yiyebiliyoruz.


Eki Görüntüle 1784815


Bir de Microsoft'un sitesinde yüksek RAM kullanımı sonrası mavi ekran alan biri olmuş ama çözüme dair bir şey çıkmamış. Hata kodu da sizinkinden farklı zaten.

Computer error: Running out of Memory and then had BSOD
Teşekkür ediyorum. BIOS'u eski sürüme döndürüp XMP kapatacağım. Yeniden hata alırsam bildirim yapacağım.
 

Yeni konular

Geri
Yukarı