Ryzen 5 5600 sistem mavi ekran hatası veriyor

Selly77

Hectopat
Katılım
7 Mart 2021
Mesajlar
176
Çözümler
2
Daha fazla  
Sistem Özellikleri
Amd Ryzen 5 5600, Rx6700 Pulse, 8x2 gb ram 2tb ssd, Asus 165HZ monitor Overlock sistem
Cinsiyet
Kadın
Meslek
Şef
RX 6700.
A520mk ekran kartı.
Ryzen 5 5600 sistemde bu şekilde bir mavi ekran yiyorum.

minidump dosyası: düzenlenmiş mining.rar
 

Dosya Ekleri

  • IMG_20240520_203531_683.jpg
    IMG_20240520_203531_683.jpg
    228,3 KB · Görüntüleme: 14
Son düzenleme:
 
Attığın dosyaların tarihler çok uzak olduğu için daha önce hiçbir çözüm uygulaması yaptın mı diye sormam lazım. Aşağıdan özel görünümler > yönetim olayları raporunu paylaşman da gerek.

 
Attığın dosyaların tarihler çok uzak olduğu için daha önce hiçbir çözüm uygulaması yaptın mı diye sormam lazım. Aşağıdan özel görünümler > yönetim olayları raporunu paylaşman da gerek.

daha önce bir çözüm yapmadım. Şimdi attığım dosya son mavi ekran hatası aldığım mining dosyası ile istediğiniz yönetim dosyasını içeriyor..... @181951

 
Son düzenleme:
O zaman söyleyeyim. C diskinde sorun var. Mavi ekranlara da yansımış ama bugün değil. Bugün ise bu arkadaş var:

Buradan ulaşabilirsin kendisine.

Rich (BB code):
ATTEMPTED_SWITCH_FROM_DPC (b8)
A wait operation, attach process, or yield was attempted from a DPC routine.
This is an illegal operation and the stack track will lead to the offending
code and original DPC routine.
Arguments:
Arg1: ffffba8897ce3080, Original thread which is the cause of the failure
Arg2: ffffba8899577080, New thread
Arg3: 0000000000000000, Stack address of the original thread
Arg4: 0000000000000000

Aldığın hata hakkında söylenebilecek çok fazla şey yok. DPC nesnelerine aşina değilsen kontrol etmek isteyebilirsin:


Thread zamanlayıcısı IRQL 2 düzeyindeyken (DISPATCH_LEVEL), DPC'lerin belirli bir işlemcide çalıştığı seviyede devre dışı bırakılır, bu nedenle farklı bir thread arası geçiş yapmanın neden olmaması gereken bir iş olduğunu açıklar. Çünkü bu basitçe imkansız.

Rich (BB code):
0: kd> k
 # Child-SP          RetAddr               Call Site
00 ffff8108`e95272d8 fffff803`56821f76     nt!KeBugCheckEx
01 ffff8108`e95272e0 fffff803`56821886     nt!SwapContext+0x686
02 ffff8108`e9527320 fffff803`5663aa05     nt!KiSwapContext+0x76
03 ffff8108`e9527460 fffff803`5663cbe7     nt!KiSwapThread+0xab5
04 ffff8108`e95275b0 fffff803`5663eb06     nt!KiCommitThreadWait+0x137
05 ffff8108`e9527660 fffff803`56ac1b1c     nt!KeWaitForSingleObject+0x256
06 ffff8108`e9527a00 fffff803`56ac1a0e     nt!ObWaitForSingleObject+0xcc
07 ffff8108`e9527a60 fffff803`5682d508     nt!NtWaitForSingleObject+0x3e
08 ffff8108`e9527aa0 00007ff8`bd04f9d4     nt!KiSystemServiceCopyEnd+0x28
09 00000022`2bbff8d8 00000000`00000000     0x00007ff8`bd04f9d4

Stacklerde görünen o ki sorumlu thread tarafından bir thread değiştirme girişiminde bulunulmuş. Aslında nt!SwapContext işlevi, bir DPC rutininin o anda yürütülüp yürütülmediğini kontrol ederek mavi ekran oluşturmaktan sorumludur. Fonksiyon, KPRCB yapısının DpcRoutineActive alanını kontrol eder, true olarak ayarlanırsa mavi ekran yersin.

Aslında SwapContext'in yaptığı ilk şey, yeni iş parçacığının gerçekten çalışıp çalışmadığını doğrulamak, bu yalnızca başka bir işlemcinin threadını gerçekten çalıştırabileceği çok işlemcili bir sistemle uğraşırken olabilir. yeni thread çalışıyorsa SwapContext, thread çalışmayı durdurana kadar çalışır. Kontrol edilen değer NewThread - Running'dir ve döngüden çıktıktan sonra Running değeri hemen TRUE olarak ayarlanır. Ve bir süre sonra artık context switch tamamlanır ve thread, daha önce tartışılan değeri “Running” FALSE olarak ayarlanarak nihayet “çalışmayı durdurdu” olarak işaretlenebilir. OldThread-Running = FALSE / 0x0

Rich (BB code):
0: kd> dt _KPRCB fffff780ffff0000 -y DpcRoutineActive
nt!_KPRCB
   +0x33ba DpcRoutineActive : 0x1 ''

Rich (BB code):
PRCB for Processor 0 at fffff780ffff0000:
Current IRQL -- 2
Threads-- Current ffffba8899577080 Next 0000000000000000 Idle fffff8035714c700
Processor Index 0 Number (0, 0) GroupSetMember 1
Interrupt Count -- 02f01759
Times -- Dpc 000001f7 Interrupt 000001f7
 Kernel 000dfaa1 User 00001d7c
0: kd> !irql
Debugger saved IRQL for processor 0x0 -- 2 (DISPATCH_LEVEL)

Bu dosya pek bir şey ifade etmiyor minidump için. Mining derken ne kastettiğini çok düşündüm aslında minidump demeye çalışıyormuşsun.

Hataya gelirsek de C diskini kontrol etmeni tavsiye ederim.
 
O zaman söyleyeyim. C diskinde sorun var. Mavi ekranlara da yansımış ama bugün değil. Bugün ise bu arkadaş var:

Buradan ulaşabilirsin kendisine.

Rich (BB code):
ATTEMPTED_SWITCH_FROM_DPC (b8)
A wait operation, attach process, or yield was attempted from a DPC routine.
This is an illegal operation and the stack track will lead to the offending
code and original DPC routine.
Arguments:
Arg1: ffffba8897ce3080, Original thread which is the cause of the failure
Arg2: ffffba8899577080, New thread
Arg3: 0000000000000000, Stack address of the original thread
Arg4: 0000000000000000

Aldığın hata hakkında söylenebilecek çok fazla şey yok. DPC nesnelerine aşina değilsen kontrol etmek isteyebilirsin:


Thread zamanlayıcısı IRQL 2 düzeyindeyken (DISPATCH_LEVEL), DPC'lerin belirli bir işlemcide çalıştığı seviyede devre dışı bırakılır, bu nedenle farklı bir thread arası geçiş yapmanın neden olmaması gereken bir iş olduğunu açıklar. Çünkü bu basitçe imkansız.

Rich (BB code):
0: kd> k
 # Child-SP          RetAddr               Call Site
00 ffff8108`e95272d8 fffff803`56821f76     nt!KeBugCheckEx
01 ffff8108`e95272e0 fffff803`56821886     nt!SwapContext+0x686
02 ffff8108`e9527320 fffff803`5663aa05     nt!KiSwapContext+0x76
03 ffff8108`e9527460 fffff803`5663cbe7     nt!KiSwapThread+0xab5
04 ffff8108`e95275b0 fffff803`5663eb06     nt!KiCommitThreadWait+0x137
05 ffff8108`e9527660 fffff803`56ac1b1c     nt!KeWaitForSingleObject+0x256
06 ffff8108`e9527a00 fffff803`56ac1a0e     nt!ObWaitForSingleObject+0xcc
07 ffff8108`e9527a60 fffff803`5682d508     nt!NtWaitForSingleObject+0x3e
08 ffff8108`e9527aa0 00007ff8`bd04f9d4     nt!KiSystemServiceCopyEnd+0x28
09 00000022`2bbff8d8 00000000`00000000     0x00007ff8`bd04f9d4

Stacklerde görünen o ki sorumlu thread tarafından bir thread değiştirme girişiminde bulunulmuş. Aslında nt!SwapContext işlevi, bir DPC rutininin o anda yürütülüp yürütülmediğini kontrol ederek mavi ekran oluşturmaktan sorumludur. Fonksiyon, KPRCB yapısının DpcRoutineActive alanını kontrol eder, true olarak ayarlanırsa mavi ekran yersin.

Aslında SwapContext'in yaptığı ilk şey, yeni iş parçacığının gerçekten çalışıp çalışmadığını doğrulamak, bu yalnızca başka bir işlemcinin threadını gerçekten çalıştırabileceği çok işlemcili bir sistemle uğraşırken olabilir. yeni thread çalışıyorsa SwapContext, thread çalışmayı durdurana kadar çalışır. Kontrol edilen değer NewThread - Running'dir ve döngüden çıktıktan sonra Running değeri hemen TRUE olarak ayarlanır. Ve bir süre sonra artık context switch tamamlanır ve thread, daha önce tartışılan değeri “Running” FALSE olarak ayarlanarak nihayet “çalışmayı durdurdu” olarak işaretlenebilir. OldThread-Running = FALSE / 0x0

Rich (BB code):
0: kd> dt _KPRCB fffff780ffff0000 -y DpcRoutineActive
nt!_KPRCB
   +0x33ba DpcRoutineActive : 0x1 ''

Rich (BB code):
PRCB for Processor 0 at fffff780ffff0000:
Current IRQL -- 2
Threads-- Current ffffba8899577080 Next 0000000000000000 Idle fffff8035714c700
Processor Index 0 Number (0, 0) GroupSetMember 1
Interrupt Count -- 02f01759
Times -- Dpc 000001f7 Interrupt 000001f7
 Kernel 000dfaa1 User 00001d7c
0: kd> !irql
Debugger saved IRQL for processor 0x0 -- 2 (DISPATCH_LEVEL)

Bu dosya pek bir şey ifade etmiyor minidump için. Mining derken ne kastettiğini çok düşündüm aslında minidump demeye çalışıyormuşsun.

Hataya gelirsek de C diskini kontrol etmeni tavsiye ederim.
merhaba mining koyma sebebim rastgele isim koyun denilince sallamamdı pek takılmayın, C diskini nasıl kontrol edebilirim bilmiyorum disk taraması kusursuz geçiyor ancak sonradan eklediğim D diski bilgisayar her başladığında steamde gözükmüyor sonradan ben ekliyorum yani bilgisayar Steamde d diskini bi disk olarak görmüyor. Anladığım üzere sorun sadece C diskinde nasıl kontrol edebiliriz
 
C diskin sağlık testlerinden başarıyla geçiyorsa anlamak için ancak sistemden çıkarmak gerekiyor. Yine de HD Tune üzerinden health sekmesini atabilirsin.
 
merhaba C diskini nasıl kontrol edebilirim bilmiyorum disk taraması kusursuz geçiyor ancak sonradan eklediğim D diski bilgisayar her başladığında steamde gözükmüyor sonradan ben ekliyorum yani bilgisayar Steamde d diskini bi disk olarak görmüyor. Anladığım üzere sorun sadece C diskinde nasıl kontrol edebiliriz

C diskin sağlık testlerinden başarıyla geçiyorsa anlamak için ancak sistemden çıkarmak gerekiyor. Yine de HD Tune üzerinden health sekmesini atabilirsin.
geç çevap verdim kusura bakmayın her iki diskide tarattım ikisi de sağlık olarak ok çıktı, sonuçlar şu şekilde.... ekstra olarak ekran driverlarımın hepsi güncel.

aynı şekilde steam her bilgisayar başladığında sonradan taktığım D diskini görmüyor, kütüphaneye ben ekliyorum ancak bilgisayarda tanımama gibi bir sıkıntısı yok. Onunda tam tersine C diski sürekli Steamde Diske yazma hatası veriyor. Diskin yerinden çıkmış olma ihtimali var mıdır?

Tarama görüntülerindeki sadece C diski, D diski ise aynı sonuçları gösteriyor. Ben bu hatayı Valoranttı arka plana almaya çalışırken bir de Minecraftta ultra shader ayarlarındayken yedim. Bir kere de normal masaüstündeyken. Toplamda 3 kere oldu bu hafta içerisinde.
 

Dosya Ekleri

  • c.png
    c.png
    39,8 KB · Görüntüleme: 3
  • c2.png
    c2.png
    34,5 KB · Görüntüleme: 6
  • c3.png
    c3.png
    37 KB · Görüntüleme: 7
  • c4.png
    c4.png
    28,7 KB · Görüntüleme: 3
Son düzenleme:

Yeni konular

Geri
Yukarı