Ghost

Başarılı
Katılım
28 Aralık 2023
Mesajlar
64
Beğeniler
35
Merhabalar dün bilgisayarıma yeni bir SSD aldıktan sonra temiz kurulum yapmak istedim ve Windows 11 kurdum. Bu sabah gerekli bazı programları kurdum ve birkaç oyun indirdim, programları kullanırken sorun yok fakat herhangi bir oyuna girdiğimde mavi ekran hatası alıyorum. Mavi ekran hatası önce 1 saniyelik siyah ekran sonra tekrar 1 saniyelik bir mavi ekran gözüküyor ve yeniden başlıyor hata kodunu göremiyorum sonrasında bilgisayar yeniden başladığında herhangi bir minidump dosyası oluşmamış gözüküyor. SSD'de bad sector var mı diye test yaptım fakat yok. Ekran kartı sürücülerimde de bir problem olmadığını düşünüyorum çünkü zaten mavi ekran hatası alıyorum diye indirmiştim. Bu arada oyunların biri SSD'de biri HDD'de ikisinde de çöküyor. Bu linkte benimle aynı sorunu yaşayan biri var fakat o da çözüm bulamamış.
 

Dosya Ekleri

  • 20240518_122252.webp
    20240518_122252.webp
    439,9 KB · Görüntüleme: 137
Son düzenleyen: Moderatör:
Kernel-Power PSU ile alakalı bir hata gibi duruyor. Veya volmgr hatası sistem kilitlenmesine neden olmuş, aralarında 1 saniyeden az vakit var.

Sizinkine çok benzeyen bir hata buldum ancak sanırım çözülememiş. Microsoft Answers - BSOD - volmgr 161, then Kernel-Power 41
İlk siyah ekran ses donması hemen ardından mavi ekran bu olayın açıklaması olması gerek.

Bilgisayarı yaklaşık 1-1.5 saattir normal kullanıyorum. Oyun falan yok. Güce aşırı yüklenince oluyor olabilir mi acaba? PSU 600W.
 
Son düzenleyen: Moderatör:
Bahsedildiği gibi Kernel Power PSU hatası değildir direkt olarak. Volmgr hatası da sistem kilitlenmesine sebep olmamış. Volmgr uyarısı, sistemin bir döküm dosyası oluşturamadığıyla ilgili bir rapor vermiş. Minidump yani.

Bu hata PSU kaynaklı da olabiliyor bu arada. Örneğin:



Sisteminde göze çarpan uyarı şu:
Kod:
\Device\RaidPort0 aygıtına sıfırla komutu verildi.

Bu hata diskle alakalıdır ve en yaygın nedenleri yanıt vermeyen disk veya düşen bir istektir. Düşen istekler, hatalı yönlendiricilerden veya depolama alanı ağındaki diğer donanım sorunlarından kaynaklanabilir.

Windows üzerinde G/Ç işlemleri, aygıt sürücülerinin bir aygıt yığını üzerinde yer aldığı katmanlı bir mimari kullanırlar. Temelde, katman bir şekilde düşünürsen en üstte olan birim dosya sistemidir. Daha sonra birim yöneticisi ve ardından disk sürücüsü gelir. Bağlantı noktası ve miniport sürücüleri aygıt yığınının en altındadır. Bir G/Ç isteği dosya sistemine ulaştığında, dosyanın blok numarasını alır ve bunu birimdeki bir ofsete çevirir. Ardından, birim yöneticisi birim ofsetini diskteki bir blok numarasına çevirir ve isteği disk sürücüsüne iletir. İstek disk sürücüsüne ulaştığında, disk sürücüsü bir komut tanımlayıcı bloğu oluşturur ve bunu SCSI (Storport) aygıtına gönderir. Disk sürücüsü Komut tanımlayıcı bloğunu SCSI_REQUEST_BLOCK yapısının içine yerleştirir. Bu da G/Ç istek paketinin (IRP) bir parçası olarak port sürücüsüne gönderilir.

Bağlantı noktası sürücüsü istek işlemlerinin çoğunu yapan şey. Mimariye bağlı olarak farklı bağlantı noktası sürücüleri vardır. Örneğin, ATA bağlantı noktası sürücüsü (Ataport.sys) ve SCSI bağlantı noktası sürücüsü (Storport.sys). 1-2 hizmeti olarak:
  1. İstekler için zamanlama hizmetleri sağlamak.
  2. Bir cihazın işleyebileceğinden daha fazla istek almadığından emin olmak için kuyruğu tamamen kontrol etmek.
Senin sisteminden gitmek gerekirse Storport, miniport sürücüsüyle arayüz oluşturur ve miniport sürücüsü donanım satıcısı tarafından belirli bir bağdaştırıcıyla çalışmak üzere tasarlanmış bir birimdir. Storport sürücüsünden gelen istekleri almaktan ve bunları hedef mantıksal birim numarasına (LUN) göndermekten sorumludur. Bağlantı noktası sürücüsü, miniport sürücüsüne istek göndermek için HwStorStartIo() işlevini çağırır ve miniport sürücüsü, istekleri fiziksel ortam (Fiber veya Ethernet) üzerinden LUN'a gönderilebilmeleri için HBA sürücüsüne gönderir. İstek tamamlandığında, miniport sürücüsü StorPortNotification() işlevini NotificationType parametresini RequestComplete olarak ayarlanmış bir değer ve tamamlanmış SRB'ye bir işaretçi ile birlikte çağırır.

Güzel bir quote.

Quote üzerinden devam edeyim; Miniport sürücüsüne bir istek gönderildiğinde, Storport sürücüsü isteği bekleyen bir kuyruğa koyar ve zamanlanır. İstek tamamlandığında, bu kuyruktan kaldırılır.

Zamanlama mekanizması basit aslında. Mantıksal birim başına bir zamanlayıcı vardır ve -1 olarak başlatılır. Miniport sürücüsüne ilk istek gönderildiğinde, zamanlayıcı SRB'deki zaman aşımı değerine ayarlanır.

Zamanlayıcı saniyede bir kez azaltılır. Bir istek tamamlandığında, zamanlayıcı bekleyen kuyruktaki baş isteğin zaman aşımı değeriyle yenilenir. Bu nedenle, istekler tamamlandığı sürece zamanlayıcı asla sıfıra inmez. Zamanlayıcı sıfıra giderse, aygıtın yanıt vermeyi durdurduğu anlamına gelir. Örneğin, Storport sürücüsü \Device\RaidPort0 aygıtına sıfırla komutu verildi hatasını günlüğe kaydettiğinde, Storport sürücüsü birimi sıfırlamaya çalışarak düzeltici eylemde bulunmalıdır. Birim sıfırlandığında, tamamlanmamış tüm istekler bir hata ile tamamlanır ve yeniden denenir. Bekleyen kuyruk temizlendiğinde, zamanlayıcı başlangıç değeri olan -1'e ayarlanıyor.

The-relation-between-the-virtual-volumes-and-the-Windows-system-volumes-and-the-relation_Q320.webp


Bundan dolayı sistem özelliklerini yazmanı da isteyeceğim.
  • Ekran kartı:
  • İşlemci:
  • Anakart:
  • RAM:
  • PSU:
  • SSD/HDD:
Öncelikle BIOS menüsünden Miscellaneous Settings ve Peripherals kısmlarının görüntüsünü atmanı isteyeceğim. CrystalDiskInfo indirip bir ekran görüntüsü ve Samsung Magician üzerinden Drive Deatils sekmesinin ekran resmini paylaşmanı da isteyeceğim
 
Bahsedildiği gibi Kernel Power PSU hatası değildir direkt olarak. Volmgr hatası da sistem kilitlenmesine sebep olmamış. Volmgr uyarısı, sistemin bir döküm dosyası oluşturamadığıyla ilgili bir rapor vermiş. Minidump yani.

Bu hata PSU kaynaklı da olabiliyor bu arada. Örneğin:



Sisteminde göze çarpan uyarı şu:
Kod:
\Device\RaidPort0 aygıtına sıfırla komutu verildi.

Bu hata diskle alakalıdır ve en yaygın nedenleri yanıt vermeyen LUN'lar veya düşen bir istektir. Düşen istekler, hatalı yönlendiricilerden veya depolama alanı ağındaki diğer donanım sorunlarından kaynaklanabilir.

Windows üzerinde G/Ç işlemleri, aygıt sürücülerinin bir aygıt yığını üzerinde yer aldığı katmanlı bir mimari kullanırlar. Temelde, katman bir şekilde düşünürsen en üstte olan birim dosya sistemidir. Daha sonra birim yöneticisi ve ardından disk sürücüsü gelir. Bağlantı noktası ve miniport sürücüleri aygıt yığınının en altındadır. Bir G/Ç isteği dosya sistemine ulaştığında, dosyanın blok numarasını alır ve bunu birimdeki bir ofsete çevirir. Ardından, birim yöneticisi birim ofsetini diskteki bir blok numarasına çevirir ve isteği disk sürücüsüne iletir. İstek disk sürücüsüne ulaştığında, disk sürücüsü bir komut tanımlayıcı bloğu oluşturur ve bunu SCSI (Storport) aygıtına gönderir. Disk sürücüsü Komut tanımlayıcı bloğunu SCSI_REQUEST_BLOCK yapısının içine yerleştirir. Bu da G/Ç istek paketinin (IRP) bir parçası olarak port sürücüsüne gönderilir.

Bağlantı noktası sürücüsü istek işlemlerinin çoğunu yapan şey. Mimariye bağlı olarak farklı bağlantı noktası sürücüleri vardır. Örneğin, ATA bağlantı noktası sürücüsü (Ataport.sys) ve SCSI bağlantı noktası sürücüsü (Storport.sys). 1-2 hizmeti olarak:
  1. İstekler için zamanlama hizmetleri sağlamak.
  2. Bir cihazın işleyebileceğinden daha fazla istek almadığından emin olmak için kuyruğu tamamen kontrol etmek.


Güzel bir quote.

Quote üzerinden devam edeyim; Miniport sürücüsüne bir istek gönderildiğinde, Storport sürücüsü isteği bekleyen bir kuyruğa koyar ve zamanlanır. İstek tamamlandığında, bu kuyruktan kaldırılır.

Zamanlama mekanizması basit aslında. Mantıksal birim başına bir zamanlayıcı vardır ve -1 olarak başlatılır. Miniport sürücüsüne ilk istek gönderildiğinde, zamanlayıcı SRB'deki zaman aşımı değerine ayarlanır.

Zamanlayıcı saniyede bir kez azaltılır. Bir istek tamamlandığında, zamanlayıcı bekleyen kuyruktaki baş isteğin zaman aşımı değeriyle yenilenir. Bu nedenle, istekler tamamlandığı sürece zamanlayıcı asla sıfıra inmez. Zamanlayıcı sıfıra giderse, aygıtın yanıt vermeyi durdurduğu anlamına gelir. Örneğin, Storport sürücüsü \Device\RaidPort0 aygıtına sıfırla komutu verildi hatasını günlüğe kaydettiğinde, Storport sürücüsü birimi sıfırlamaya çalışarak düzeltici eylemde bulunmalıdır. Birim sıfırlandığında, tamamlanmamış tüm istekler bir hata ile tamamlanır ve yeniden denenir. Bekleyen kuyruk temizlendiğinde, zamanlayıcı başlangıç değeri olan -1'e ayarlanıyor.

Eki Görüntüle 47697

Bundan dolayı sistem özelliklerini yazmanı da isteyeceğim.
  • Ekran kartı:
  • İşlemci:
  • Anakart:
  • RAM:
  • PSU:
  • SSD/HDD:
Öncelikle BIOS menüsünden Miscellaneous Settings ve Peripherals kısmlarının görüntüsünü atmanı isteyeceğim. CrystalDiskInfo indirip bir ekran görüntüsü ve Samsung Magician üzerinden Drive Deatils sekmesinin ekran resmini paylaşmanı da isteyeceğim

  • Ekran kartı: Asus Arez Dual RX 580 8GB
  • İşlemci: AMD Ryzen 5 2600
  • Anakart: Gigabyte B450M H
  • RAM: Corsair Vengeance 8x2 3200Mhz
  • PSU: Xigmatek X-Calibre 600W 80 Plus PSU XCP-A600
  • SSD/HDD: Samsung 980 Pro 1TB NVMe M2 SSD // Toshiba DT01ACA300 SATA 3.0 3TB HDD 7200 RPM
BIOS menüsünden;

Miscellaneous Settings kısmı:
Miscellaneous Settings.webp


Peripherals kısmı:
Peripherals.webp


CrystalDisk'ten ekran görüntüsü:
image (1).webp


Samsung Magician'dan Drive Details kısmı:

image.webp
 
Son düzenleyen: Moderatör:
PSU: Xigmatek X-Calibre 600W 80 Plus PSU XCP-A600
Konuya bu arkadaş üzerinden girmek istiyorum. Kendisi düşük seviye bir güç ünitesi. Sorun direkt bundan kaynaklı gibi kesin bir söylemle de boşa para akıtmanı istemiyorum. Lakin, farklı bir PSU ile deneme şansın varsa direkt denemeni önerebilirim.
  • Firmware güncel.
  • SSD güç hatları olması gerektiği gibi, normal.
  • Yanlış konfigüre edilmiş bir ayar yok.
Yukarıdaki arkadaş dışında 2 suçlu ihtimali de var; SSD'nin kendisi (Fabrika çıkışlı bir arıza ihtimali) veya anakartın M.2 slotu.

Peripherals > NVMe Configuration sekmesinin içeriğindeki self testleri yapmayı deneyebilir ve Aygıt Yöneticisi > Depolama denetleyici kısımlarını da paylaşabilirsin. Bu bağlamda daha stabil bir akış için PCI-e slotlarını (x16 dahil değil.) gen3 ile konfigüre edip sistemin oyunlardaki kararlılığını kontrol edebilirsin.
 
Konuya bu arkadaş üzerinden girmek istiyorum. Kendisi düşük seviye bir güç ünitesi. Sorun direkt bundan kaynaklı gibi kesin bir söylemle de boşa para akıtmanı istemiyorum. Lakin, farklı bir PSU ile deneme şansın varsa direkt denemeni önerebilirim.
  • Firmware güncel.
  • SSD güç hatları olması gerektiği gibi, normal.
  • Yanlış konfigüre edilmiş bir ayar yok.
Yukarıdaki arkadaş dışında 2 suçlu ihtimali de var; SSD'nin kendisi (Fabrika çıkışlı bir arıza ihtimali) veya anakartın M.2 slotu.

Peripherals > NVMe Configuration sekmesinin içeriğindeki self testleri yapmayı deneyebilir ve Aygıt Yöneticisi > Depolama denetleyici kısımlarını da paylaşabilirsin. Bu bağlamda daha stabil bir akış için PCI-e slotlarını (x16 dahil değil.) gen3 ile konfigüre edip sistemin oyunlardaki kararlılığını kontrol edebilirsin.
İstediklerini atacağım. Fakat Güç kaynağımda sorun olduğunu pek düşünmüyorum çünkü daha düne kadar herhangi bir problem yoktu 4 senedir tek problem yaşatmadı belki de Windows 11'e yetmiyordur gücü diye düşünüyorum. Sanırım senin son dediklerini yapıp düzelmez ise çıkartıp tekrar takmayı eğer o da olmaz ise Windows 10'a geri düşürmeyi fakat yine o da işe yaramaz ise SSD'yi iade veya garantiye yollamayı deneyeceğim.

Konuya bu arkadaş üzerinden girmek istiyorum. Kendisi düşük seviye bir güç ünitesi. Sorun direkt bundan kaynaklı gibi kesin bir söylemle de boşa para akıtmanı istemiyorum. Lakin, farklı bir PSU ile deneme şansın varsa direkt denemeni önerebilirim.
  • Firmware güncel.
  • SSD güç hatları olması gerektiği gibi, normal.
  • Yanlış konfigüre edilmiş bir ayar yok.
Yukarıdaki arkadaş dışında 2 suçlu ihtimali de var; SSD'nin kendisi (Fabrika çıkışlı bir arıza ihtimali) veya anakartın M.2 slotu.

Peripherals > NVMe Configuration sekmesinin içeriğindeki self testleri yapmayı deneyebilir ve Aygıt Yöneticisi > Depolama denetleyici kısımlarını da paylaşabilirsin. Bu bağlamda daha stabil bir akış için PCI-e slotlarını (x16 dahil değil.) gen3 ile konfigüre edip sistemin oyunlardaki kararlılığını kontrol edebilirsin.
Peripherals > NVMe Configuration sekmesinin içeriği:
Peripherals içi 2.webp
Peripheralsın içi.webp


Aygıt Yöneticisi > Depolama denetleyici kısımları:
depolama denetleyicileri.webp


Bahsettiğiniz Gen3 ayarını ise yaptım birde şimdi deneyeyim mavi ekran hatası karşıma çıkacak mı?

@bicy
 
Son düzenleme:
belki de Windows 11'e yetmiyordur gücü diye düşünüyorum.
Böyle bir şey yok. Windows 11'e güç yetmemek terimi diye bir şey yok yani. Şöyle desen: Windows 11 kurulumu sıkıntılı oldu, belki de bu sebeptendir. Daha mantıklı sayılabilir ama dediğin şey tamamen ütopik.

Peripherals > NVMe Configuration sekmesinin içeriği:
Aslında düzenlemiştim. 2 dakikalık kısa testlere sokabilirsin diskini diye.

Aygıt Yöneticisi > Depolama denetleyici kısımları:
Burda da bir sıkıntı yok.

Bahsettiğiniz Gen3 ayarını ise yaptım birde şimdi deneyeyim mavi ekran hatası karşıma çıkacak mı?
Bekliyorum.

Her şey olması gerektiği gibi onun dışında. Her şey olması gerektiği gibiyken devam eden hataların açıklaması donanımdandır. Düne kadar hiçbir sorun olmadı diyorsun. Dün'e kadar hiç M.2 SSD kullanmadıysan SSD ya da Anakartın kendisinde sorun olma ihtimali hala var.
 
Aslında düzenlemiştim. 2 dakikalık kısa testlere sokabilirsin diskini diye.
Düzenlemeyi görmedim şimdi test edeceğim zaten. Çökerse yeniden başlarken bakarım testlere.

Her şey olması gerektiği gibi onun dışında. Her şey olması gerektiği gibiyken devam eden hataların açıklaması donanımdandır. Düne kadar hiçbir sorun olmadı diyorsun. Dün'e kadar hiç M.2 SSD kullanmadıysan SSD ya da Anakartın kendisinde sorun olma ihtimali hala var.
Düne kadar ilk defa M.2 SSD taktım. Yani bu Anakartta yeni.

CS2 açtım maça girdikten sonra 80 saniye dayanabildi bu sefer Memory Management ile alakalı bir kod gözüktü ama ekran bozuktu yine tabi hatta fotoğrafını da atayım. BIOS'da bulunan 2 testide normal bir şekilde geçti.
@bicy
 

Dosya Ekleri

  • 20240518_203243.webp
    20240518_203243.webp
    497,5 KB · Görüntüleme: 67
  • 20240518_203752.webp
    20240518_203752.webp
    201,1 KB · Görüntüleme: 92
Son düzenleme:
Alr, Yeni hatamız için bir DMP var mı? Olduğunu pek düşünmüyorum ama XMP kapalı şekilde de deneyebilirsin. Bir şey değişeceğini ve direkt olarak disk kaynaklı bir sorun olduğunu da düşünmüyorum. Gen3 konfigüre ettiğin ayarı default'a çekebilirsin sonrasında. BIOS update ile de kontrol edebilirsin.

Anakart kılavuzunu da kontrol ettim. Açıkçası spesifik olarak önerilen bir şey de olmamış. Sorun anakart M.2 slotu kaynaklı olabilir diye düşünüyorum çünkü disk tüm sağlık testlerinden başarıyla geçiyor.