Çözüldü İşlem yokken mavi ekran hatası

Bu konu çözüldü olarak işaretlenmiştir. Çözülmediğini düşünüyorsanız konuyu rapor edebilirsiniz.
İşletim sistemi
Windows 10

Ezgie

Picopat
Katılım
13 Temmuz 2023
Mesajlar
69
Çözümler
1
Minidump Rapor Linki
https://drive.google.com/file/d/18tr9BHFaWr-WeeRCVjcnXpLr4JmXCA9Y/view?usp=sharing
RAM
Team T-Force Vulcan TUF Gaming Alliance 16 GB (2x8GB) DDR4 3600MHz CL18 Gaming RAM
SSD veya HDD modeli
Kioxia Exceria Plus G2 LRD20Z001TG8 1TB SSD
Ekran kartı
XFX Speedster SWFT 210 AMDRadeon RX7600 8GB 128bit
Anakart
Gigabyte A520M K V2 1.0 DDR4 AMD A520 Soket 5100OC
İşlemci
Ryzen 7 5700X 3.40GHz 8 Çekirdek
Bilgisayarda sadece Chrome'da mail ve YouTube sekmesi açıktı. Aşağıda'da Spotify çalışıyordu. Başka hiçbir şey yoktu. Bir anda şu mavi ekranı aldım. Ben bu mavi ekran olaylarını hiç anlamıyorum.
 

Dosya Ekleri

  • IMG_3545.jpg
    IMG_3545.jpg
    80,4 KB · Görüntüleme: 15
Son düzenleyen: Moderatör:
Çözüm
Merhaba @Ezgie,

Aslında aldığın hata çok orta nokta bir hata.

Rich (BB code):
MEMORY_MANAGEMENT (1a)
 # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041202, The subtype of the BugCheck.
Arg2: ffff8080b8b24200
Arg3: c509c4b2f9280400
Arg4: ffffd88729ecf7e0

Öncelikle aldığın hatanın tanımlamasına bakmamız lazım.

0x41202In the process of determining the page protection of a non-zero PTE, it was determined that the PTE is corrupted. Parameter 2 is the PTE pointer. Parameter 3 is the PTE contents. Parameter 4 is the virtual address descriptor.
In the process of determining the page protection of a non-Zero PTE, it was determined that the PTE is corrupted. Bir sayfa tablosunun girdisinde bozukluk tespit edilmiş. Bu tabloların hepsi RAM ile ilişki içindedirler, onu şimdiden söyleyeyim.

Bir PTE “corrupted” olarak nitelendirildiği zaman, bu genellikle PTE içeriğinin istenmeyen veya hatalı bir şekilde değiştirildiği anlamına gelir. Bu bozulma, donanım hataları veya yazılım hatalarından da ortaya çıkıyor olabilir.

Yani aslında PTE corrupted duruma düştüğü zaman, bellek sayfasının koruma ayarları (okuma, yazma, yürütme izinleri gibi) hakkında ayrıntılar içeren bu girişte depolanan bilgilerin güvenilmez veya geçersiz hale getirecek şekilde bozulduğu veya değiştirildiği anlamına geliyor.

Girdi komutları çalışmıyor.
Kod:
8: kd> !pte ffffc285`e3e275d8
Levels not implemented for this platform

Bunun sebebi de belli aslında: İşaretlediğim değerin 0x4 olması gerekiyor pte komutumuzun çalışması için.
Kod:
8:
 +0x000 SessionWsList : _LIST_ENTRY
 +0x010 SessionIdBitmap : Ptr64 _RTL_BITMAP
 +0x018 PagedPoolInfo : _MM_PAGED_POOL_INFO
 +0x030 MaximumNonPagedPoolInPages : Uint8B
 +0x038 SizeOfPagedPoolInPages : Uint8B
 +0x040 SystemPteInfo : _MI_SYSTEM_PTE_TYPE
 +0x0a0 NonPagedPoolCommit : Uint8B
 +0x0a8 SmallNonPagedPtesCommit : Uint8B
 +0x0b0 BootCommit : Uint8B
 +0x0b8 MdlPagesAllocated : Uint8B
 +0x0c0 SystemPageTableCommit : Uint8B
 +0x0c8 ProcessCommit : Uint8B
 +0x0d0 DriverCommit : Int4B
 +0x0d7 PagingLevels : 0xff // İşaretlenmemiş ama bahsettiğim nokta bu.
 +0x0d8 PfnDatabaseCommit : Uint8B
 +0x100 SystemWs : [6] _MMSUPPORT_FULL
 +0x880 SystemCacheShared : _MMSUPPORT_SHARED
 +0x900 AggregateSystemWs : [1] _MMSUPPORT_AGGREGATION
 +0x920 MapCacheFailures : Uint4B
 +0x928 PagefileHashPages : Uint8B
 +0x930 PteHeader : _SYSPTES_HEADER
 +0xa48 SystemVaTypeCount : [16] Uint8B
 +0xac8 SystemVaType : [256] UChar
 +0xbc8 SystemVaRegions : [13] _MI_SYSTEM_VA_ASSIGNMENT

Şu an elimizde olan bilgilerden bir diğerine göre PTE'nin içeriği kanonik olan bellek bölgesinde değil. Yani;

Microsoftta, “kanonik olmayan” PTE, bir sayfa tablosunda beklenen veya standart biçime uymayan bir girişi ifade ediyor; kanonik olmayan bir PTE ile karşılaşılması tipik olarak bilgisayar sisteminin bellek yönetimi alt sisteminde bir sorun olduğunu gösteriyor ve bellek erişim ihlalleri, program çökmeleri veya mavi ekranlar gibi sorunlara yol açabilir. Bunun için belli ihtimaller de yukarıda saydıklarımdan ibaret:
  1. Geçersiz İşaretçi
  2. Donanım hatası
  3. PTE içeriğini kasti olarak değiştirmek.
İlki durumunda yazılımsal bir hata olarak nitelendirip o an hataya sebep olan uygulamayı bulmaya bakınabiliriz aslında. Bir de yığıtlarına göz atmamız lazım aslına bakarsan:

Rich (BB code):
8: kd> k
 # Child-SP          RetAddr               Call Site
00 ffffc285`e3e274f8 fffff803`3947b47d     nt!KeBugCheckEx
01 ffffc285`e3e27500 fffff803`39479b75     nt!MiGetPageProtection+0x74d << Hata
02 ffffc285`e3e27580 fffff803`394d377f     nt!MiQueryAddressState+0x4b5 // Sanal girdileri kontrol eden çağrı
03 ffffc285`e3e27790 fffff803`398845bc     nt!MiQueryAddressSpan+0xcf // Sanal girdileri işleyen/bellekten çıkaran çağrı
04 ffffc285`e3e27850 fffff803`39883d65     nt!MmQueryVirtualMemory+0x83c
05 ffffc285`e3e27a00 fffff803`396119c8     nt!NtQueryVirtualMemory+0x25 // Sanal girdileri kontrol eden çağrı
06 ffffc285`e3e27a50 00007ffc`40ead444     nt!KiSystemServiceCopyEnd+0x28
07 000000f2`13be8618 00000000`00000000     0x00007ffc`40ead444

Sanal girdi kontrolünde mavi ekran hatasına düşmüşsün. Bu da şöyle yorumlanabilir:

Son çağrıya dikkat etmek gerek çünkü nt!MiGetPageProtection+0x74d işlevi muhtemelen girdi olarak bir sanal adres alıyor ve ilgili bellek sayfasıyla ilişkili koruma niteliklerini döndürüyor. Bu öznitelikler genellikle sayfanın okunabilir, yazılabilir, çalıştırılabilir olup olmadığı veya yalnızca ayrıcalıklı işlemler tarafından erişilebilir olup olmadığı gibi bilgileri içerdiği için ve bu PTE bozuk olduğu için sistem mavi ekrana düşüyor. Bu hata bana bozuk bir RAM problemi olabilitesi ihtimalini hatırlatıyor.

Sistemin çöktüğü çağrıdaki bazı adresleri inceledim ve şu sürücüye denk geldim:

Kod:
0: kd> !irp
Irp is active with 3 stacks 3 is current (= 0xffffc88d43613ba0) No Mdl: No System Buffer:
Thread ffffd8872721f080 :  Irp stack trace.       cmd  flg cl Device   File     Completion-Context
[N/A(0), N/A(0)]        

0 00000000 00000000 00000000-00000000            


Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)]        


0  0 00000000 00000000 00000000-00000000            


Args: 00000000 00000000 00000000 00000000

IRP_MJ_PNP(1b), IRP_MN_QUERY_DEVICE_RELATIONS(7)]        
 
 0 e0 ffffc88d43e8c030 00000000 fffff80183d6d250-ffffc88d41165360 Success Error Cancel  
 \Driver\FocusriteUsb   nt!PnpDeviceCompletionRoutine        
 
 Args: 00000000 00000000 00000000 00000000

Bu da galiba bir ses kartıymış. RAM sorunu yoksa sistemden çıkartılıp kontrol edilebilir o şekilde. Aksi takdirde bir kontrol yapabilirsin:

Bu içeriği görüntülemek için üçüncü taraf çerezlerini yerleştirmek için izninize ihtiyacımız olacak.
Daha detaylı bilgi için, çerezler sayfamıza bakınız.
Merhaba @Ezgie,

Aslında aldığın hata çok orta nokta bir hata.

Rich (BB code):
MEMORY_MANAGEMENT (1a)
 # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041202, The subtype of the BugCheck.
Arg2: ffff8080b8b24200
Arg3: c509c4b2f9280400
Arg4: ffffd88729ecf7e0

Öncelikle aldığın hatanın tanımlamasına bakmamız lazım.

0x41202In the process of determining the page protection of a non-zero PTE, it was determined that the PTE is corrupted. Parameter 2 is the PTE pointer. Parameter 3 is the PTE contents. Parameter 4 is the virtual address descriptor.
In the process of determining the page protection of a non-Zero PTE, it was determined that the PTE is corrupted. Bir sayfa tablosunun girdisinde bozukluk tespit edilmiş. Bu tabloların hepsi RAM ile ilişki içindedirler, onu şimdiden söyleyeyim.

Bir PTE “corrupted” olarak nitelendirildiği zaman, bu genellikle PTE içeriğinin istenmeyen veya hatalı bir şekilde değiştirildiği anlamına gelir. Bu bozulma, donanım hataları veya yazılım hatalarından da ortaya çıkıyor olabilir.

Yani aslında PTE corrupted duruma düştüğü zaman, bellek sayfasının koruma ayarları (okuma, yazma, yürütme izinleri gibi) hakkında ayrıntılar içeren bu girişte depolanan bilgilerin güvenilmez veya geçersiz hale getirecek şekilde bozulduğu veya değiştirildiği anlamına geliyor.

Girdi komutları çalışmıyor.
Kod:
8: kd> !pte ffffc285`e3e275d8
Levels not implemented for this platform

Bunun sebebi de belli aslında: İşaretlediğim değerin 0x4 olması gerekiyor pte komutumuzun çalışması için.
Kod:
8:
 +0x000 SessionWsList : _LIST_ENTRY
 +0x010 SessionIdBitmap : Ptr64 _RTL_BITMAP
 +0x018 PagedPoolInfo : _MM_PAGED_POOL_INFO
 +0x030 MaximumNonPagedPoolInPages : Uint8B
 +0x038 SizeOfPagedPoolInPages : Uint8B
 +0x040 SystemPteInfo : _MI_SYSTEM_PTE_TYPE
 +0x0a0 NonPagedPoolCommit : Uint8B
 +0x0a8 SmallNonPagedPtesCommit : Uint8B
 +0x0b0 BootCommit : Uint8B
 +0x0b8 MdlPagesAllocated : Uint8B
 +0x0c0 SystemPageTableCommit : Uint8B
 +0x0c8 ProcessCommit : Uint8B
 +0x0d0 DriverCommit : Int4B
 +0x0d7 PagingLevels : 0xff // İşaretlenmemiş ama bahsettiğim nokta bu.
 +0x0d8 PfnDatabaseCommit : Uint8B
 +0x100 SystemWs : [6] _MMSUPPORT_FULL
 +0x880 SystemCacheShared : _MMSUPPORT_SHARED
 +0x900 AggregateSystemWs : [1] _MMSUPPORT_AGGREGATION
 +0x920 MapCacheFailures : Uint4B
 +0x928 PagefileHashPages : Uint8B
 +0x930 PteHeader : _SYSPTES_HEADER
 +0xa48 SystemVaTypeCount : [16] Uint8B
 +0xac8 SystemVaType : [256] UChar
 +0xbc8 SystemVaRegions : [13] _MI_SYSTEM_VA_ASSIGNMENT

Şu an elimizde olan bilgilerden bir diğerine göre PTE'nin içeriği kanonik olan bellek bölgesinde değil. Yani;

Microsoftta, “kanonik olmayan” PTE, bir sayfa tablosunda beklenen veya standart biçime uymayan bir girişi ifade ediyor; kanonik olmayan bir PTE ile karşılaşılması tipik olarak bilgisayar sisteminin bellek yönetimi alt sisteminde bir sorun olduğunu gösteriyor ve bellek erişim ihlalleri, program çökmeleri veya mavi ekranlar gibi sorunlara yol açabilir. Bunun için belli ihtimaller de yukarıda saydıklarımdan ibaret:
  1. Geçersiz İşaretçi
  2. Donanım hatası
  3. PTE içeriğini kasti olarak değiştirmek.
İlki durumunda yazılımsal bir hata olarak nitelendirip o an hataya sebep olan uygulamayı bulmaya bakınabiliriz aslında. Bir de yığıtlarına göz atmamız lazım aslına bakarsan:

Rich (BB code):
8: kd> k
 # Child-SP          RetAddr               Call Site
00 ffffc285`e3e274f8 fffff803`3947b47d     nt!KeBugCheckEx
01 ffffc285`e3e27500 fffff803`39479b75     nt!MiGetPageProtection+0x74d << Hata
02 ffffc285`e3e27580 fffff803`394d377f     nt!MiQueryAddressState+0x4b5 // Sanal girdileri kontrol eden çağrı
03 ffffc285`e3e27790 fffff803`398845bc     nt!MiQueryAddressSpan+0xcf // Sanal girdileri işleyen/bellekten çıkaran çağrı
04 ffffc285`e3e27850 fffff803`39883d65     nt!MmQueryVirtualMemory+0x83c
05 ffffc285`e3e27a00 fffff803`396119c8     nt!NtQueryVirtualMemory+0x25 // Sanal girdileri kontrol eden çağrı
06 ffffc285`e3e27a50 00007ffc`40ead444     nt!KiSystemServiceCopyEnd+0x28
07 000000f2`13be8618 00000000`00000000     0x00007ffc`40ead444

Sanal girdi kontrolünde mavi ekran hatasına düşmüşsün. Bu da şöyle yorumlanabilir:

Son çağrıya dikkat etmek gerek çünkü nt!MiGetPageProtection+0x74d işlevi muhtemelen girdi olarak bir sanal adres alıyor ve ilgili bellek sayfasıyla ilişkili koruma niteliklerini döndürüyor. Bu öznitelikler genellikle sayfanın okunabilir, yazılabilir, çalıştırılabilir olup olmadığı veya yalnızca ayrıcalıklı işlemler tarafından erişilebilir olup olmadığı gibi bilgileri içerdiği için ve bu PTE bozuk olduğu için sistem mavi ekrana düşüyor. Bu hata bana bozuk bir RAM problemi olabilitesi ihtimalini hatırlatıyor.

Sistemin çöktüğü çağrıdaki bazı adresleri inceledim ve şu sürücüye denk geldim:

Kod:
0: kd> !irp
Irp is active with 3 stacks 3 is current (= 0xffffc88d43613ba0) No Mdl: No System Buffer:
Thread ffffd8872721f080 :  Irp stack trace.       cmd  flg cl Device   File     Completion-Context
[N/A(0), N/A(0)]        

0 00000000 00000000 00000000-00000000            


Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)]        


0  0 00000000 00000000 00000000-00000000            


Args: 00000000 00000000 00000000 00000000

IRP_MJ_PNP(1b), IRP_MN_QUERY_DEVICE_RELATIONS(7)]        
 
 0 e0 ffffc88d43e8c030 00000000 fffff80183d6d250-ffffc88d41165360 Success Error Cancel  
 \Driver\FocusriteUsb   nt!PnpDeviceCompletionRoutine        
 
 Args: 00000000 00000000 00000000 00000000

Bu da galiba bir ses kartıymış. RAM sorunu yoksa sistemden çıkartılıp kontrol edilebilir o şekilde. Aksi takdirde bir kontrol yapabilirsin:

Bu içeriği görüntülemek için üçüncü taraf çerezlerini yerleştirmek için izninize ihtiyacımız olacak.
Daha detaylı bilgi için, çerezler sayfamıza bakınız.
 
Çözüm
Öncelikle teşekkür ederim. Memtest ile bir sorun çıkmadı ram'lerde. Bunun dışında bir sorun yoktur galiba diye düşünüyorum. Ben müzisyenim Focusrite adından harici bir ses kartı genelde hep bağlı bilgisayara. Onun son dönemlerde driver'larını bulamıyordum ve eski rastgele bir şey yüklemiştim. Galiba bundan dolayı. Çok teşekkürler. Güncel ve iyi çalışan bir driver arayacağım.
 

Geri
Yukarı