Bu konu çözüldü olarak işaretlenmiştir. Çözülmediğini düşünüyorsanız konuyu rapor edebilirsiniz.
Çözüm
Sonuç ne oldu? Elimizde neredeyse hiç dosya olmadığından ve bunu fark etmenden dolayı ilk önerim tabii ki her 2 RAM'i de tek tek test etmeni istemek olacaktır. Her 2 RAM'i de sıra sıra tüm slotlarda test et. Herhangi bir program olmadan, ne şekilde mavi ekran alıyorsan o şekilde test et.
Eldeki tek dosya bu:
Rich (BB code):
WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
nt!_WHEA_ERROR_RECORD structure that describes the error condition. Try !errrec Address of the nt!_WHEA_ERROR_RECORD structure to get more details.
Arguments:
Arg1: 0000000000000010, Device Driver Error
Arg2: ffffd10f3f9ee028, Address of the nt!_WHEA_ERROR_RECORD structure.
Arg3: ffffd10f2f05809c
Arg4: ffffd10f2f1da1a0Microsoft'un, Dur 0x124 denetimi için sunduğu yeni sayılabilecek alt varyant türlerinden biri. Kendisi hakkında çok fazla bilgi olmadığı gibi, muhtemelen her zaman depolama ile ilgili bir aygıt sürücüsünden kaynaklanıyor olarak görünüyor dosyalarda. Buna Malwarebytes, McAfee gibi dosya sistemi filtre sürücüleri de dahil edilebilir.
Normalde bu hata denetimi ile ilgili kontrol edilecek alanlar, her zaman suçlu olarak gösterdiği Storport'a ait kayıtlanan loglar olacaktı ki dosyadan Storport bağdaştırıcısının dahili günlük girdilerine baktım ama ne yazık ki dökümden veya sisteminden kaynaklanan bir kayıt olmadığından bakamadım.
Bu, dosyadaki incelemede büyük bir yolu da atlamış olmamıza vesile oldu. Yine de devam edip çağrı yığınını incelersek storport!StorPortNotification fonksiyonunun parametrelerinde hata kontrolünün neden gerçekleştiğine dair biraz daha fazla bilgi bulabiliyoruz. Bu, storport sürücüsünü meydana gelen önemli olaylar hakkında bilgilendirmekten sorumlu bir işlevdir. İşleve ait ilk parametre bildirim türünü ifade ediyor eğer bunu ondalık değere çevirip
SCSI_NOTIFICATION_TYPE türünü kontrol edersek sisteme çökme anında gönderilen sonucu görebiliyoruz.+
SCSI_NOTIFICATION_TYPE , SCSI donanımlarının belirli olaylar veya durumlar hakkında sistem yazılımını bilgilendirmek için kullanabileceği bir bildirim türünün ismidir. Bu bildirim dediğimiz şey de sistemin ilgili olaylara uygun şekilde yanıt vermesine olanak tanıyan bir sistemi ifade ediyor. Örneğin, bir cihazın bağlantısı kesildiğinde veya bu dosyada olduğu gibi cihazın faillediği durumlarda işe yarıyor.
Gönderdiği ifade bildirimini görüyorsun, 4109. Kontrol etmek için bu sayfadan yardım aldım > The Magic Number Database | MagnumDB
Gönderilen bildirim cihazın arızalandığını gösterir, MarkDeviceFailedEx işlevi daha sonra arıza durumunu açıklayan bazı tanılama verileriyle birlikte cihazı arızalı olarak işaretliyor.
StorPortMarkDeviceFailedEx function - Windows drivers
The StorPortMarkDeviceFailedEx routine marks a device with failed status and provides data that might be needed for diagnosis.
learn.microsoft.com
Bunun nedenini de ham yığından ulaşabiliyoruz:
İlgili aygıt yani diskimiz, sürpriz bir şekilde kaldırıldığı için başarısız oluyor. Sürpriz kaldırma genelde 2 nedenden dolayı gerçekleşebilme ihtimalini barındırıyor: Ya direkt olarak diski sistem dümdüz kullanımdayken, açıkken elle çekip çıkarmışsındır ya da diske ait sürücüsü sürpriz kaldırılan diskle ilişkili DeviceObject'i kasıtlı olarak geçersiz kılmıştır. Ne yazık ki burda yapılabilecek çok da bir şey yok.
Öncelik olarak, Fark ettiğin gibi RAM'leri tek tek kontrol et. Sorun ondan ortaya çıkıyorsa bir sonuca varalım. Sorun devam ettiği takdirde ise: Disk'in fiziksel bağlantılarını ve Firmware güncelliğini kontrol et.
Ek bir şey fark ettim döküm oluşturmuyor dediğin için.
Kod:
- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
<Provider Name="volmgr" />
<EventID Qualifiers="49156">49</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2024-08-16T20:33:57.6291386Z" />
<EventRecordID>5169</EventRecordID>
<Correlation />
<Execution ProcessID="4" ThreadID="488" />
<Channel>System</Channel>
<Computer>DESKTOP-1FP9Q98</Computer>
<Security />
</System>
- <EventData>
<Data>\Device\HarddiskVolume3</Data>
<Binary>000000000100000000000000310004C001400000230000C000000000000000000000000000000000</Binary>
</EventData>
</Event>Sanal bellek olmadan mı kullanıyorsun bilgisayarı? Ya da manuel olarak ayarladığın bir sanal bellek ayarı ile mi kullanıyorsun? WHEA dökümleri öncelikle sanal belleğe yazar ve eğer bu yoksa veya yeterince büyük değilse döküm oluşturulmaz. Lütfen sanal belleği 'Sistem Tarafından Yönetilen' olarak ayarla.
Sorun devam ediyorsa güncel dosyaları paylaşın.
KS
KS
Reidon
Uzman
- Katılım
- 12 Ağustos 2024
- Mesajlar
- 103
- Beğeniler
- 18
İşin garibi minidump dosyası düşmüyor. 40 mavi ekranda 1 kere düştü. Onu da buraya attım zaten.
Özel görünümler\Yönetim olayları Event logunu da linkerine ekle, bir de ben bakayım dosyalarına. Rehber: Olay Görüntüleyicisi Raporu Almak
KS
KS
Reidon
Uzman
- Katılım
- 12 Ağustos 2024
- Mesajlar
- 103
- Beğeniler
- 18
Oldu mu hocam?
Bugün üst üste mavi ekran yedim. Valorant'ta ve RAM'in tekini çıkardığında sorun çözüldü ama ikincisini takınca yine yedim. RAM'lerin yerini değişsem de çözülmedi. Sorun anakart kaynaklı olabilir mi? Şimdi Memtest yapıyorum.
Son düzenleyen: Moderatör:
Sonuç ne oldu? Elimizde neredeyse hiç dosya olmadığından ve bunu fark etmenden dolayı ilk önerim tabii ki her 2 RAM'i de tek tek test etmeni istemek olacaktır. Her 2 RAM'i de sıra sıra tüm slotlarda test et. Herhangi bir program olmadan, ne şekilde mavi ekran alıyorsan o şekilde test et.
Eldeki tek dosya bu:
Rich (BB code):
WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
nt!_WHEA_ERROR_RECORD structure that describes the error condition. Try !errrec Address of the nt!_WHEA_ERROR_RECORD structure to get more details.
Arguments:
Arg1: 0000000000000010, Device Driver Error
Arg2: ffffd10f3f9ee028, Address of the nt!_WHEA_ERROR_RECORD structure.
Arg3: ffffd10f2f05809c
Arg4: ffffd10f2f1da1a0Microsoft'un, Dur 0x124 denetimi için sunduğu yeni sayılabilecek alt varyant türlerinden biri. Kendisi hakkında çok fazla bilgi olmadığı gibi, muhtemelen her zaman depolama ile ilgili bir aygıt sürücüsünden kaynaklanıyor olarak görünüyor dosyalarda. Buna Malwarebytes, McAfee gibi dosya sistemi filtre sürücüleri de dahil edilebilir.
Normalde bu hata denetimi ile ilgili kontrol edilecek alanlar, her zaman suçlu olarak gösterdiği Storport'a ait kayıtlanan loglar olacaktı ki dosyadan Storport bağdaştırıcısının dahili günlük girdilerine baktım ama ne yazık ki dökümden veya sisteminden kaynaklanan bir kayıt olmadığından bakamadım.
Bu, dosyadaki incelemede büyük bir yolu da atlamış olmamıza vesile oldu. Yine de devam edip çağrı yığınını incelersek storport!StorPortNotification fonksiyonunun parametrelerinde hata kontrolünün neden gerçekleştiğine dair biraz daha fazla bilgi bulabiliyoruz. Bu, storport sürücüsünü meydana gelen önemli olaylar hakkında bilgilendirmekten sorumlu bir işlevdir. İşleve ait ilk parametre bildirim türünü ifade ediyor eğer bunu ondalık değere çevirip
SCSI_NOTIFICATION_TYPE türünü kontrol edersek sisteme çökme anında gönderilen sonucu görebiliyoruz.+
SCSI_NOTIFICATION_TYPE , SCSI donanımlarının belirli olaylar veya durumlar hakkında sistem yazılımını bilgilendirmek için kullanabileceği bir bildirim türünün ismidir. Bu bildirim dediğimiz şey de sistemin ilgili olaylara uygun şekilde yanıt vermesine olanak tanıyan bir sistemi ifade ediyor. Örneğin, bir cihazın bağlantısı kesildiğinde veya bu dosyada olduğu gibi cihazın faillediği durumlarda işe yarıyor.
Gönderdiği ifade bildirimini görüyorsun, 4109. Kontrol etmek için bu sayfadan yardım aldım > The Magic Number Database | MagnumDB
Gönderilen bildirim cihazın arızalandığını gösterir, MarkDeviceFailedEx işlevi daha sonra arıza durumunu açıklayan bazı tanılama verileriyle birlikte cihazı arızalı olarak işaretliyor.
StorPortMarkDeviceFailedEx function - Windows drivers
The StorPortMarkDeviceFailedEx routine marks a device with failed status and provides data that might be needed for diagnosis.
learn.microsoft.com
Bunun nedenini de ham yığından ulaşabiliyoruz:
İlgili aygıt yani diskimiz, sürpriz bir şekilde kaldırıldığı için başarısız oluyor. Sürpriz kaldırma genelde 2 nedenden dolayı gerçekleşebilme ihtimalini barındırıyor: Ya direkt olarak diski sistem dümdüz kullanımdayken, açıkken elle çekip çıkarmışsındır ya da diske ait sürücüsü sürpriz kaldırılan diskle ilişkili DeviceObject'i kasıtlı olarak geçersiz kılmıştır. Ne yazık ki burda yapılabilecek çok da bir şey yok.
Öncelik olarak, Fark ettiğin gibi RAM'leri tek tek kontrol et. Sorun ondan ortaya çıkıyorsa bir sonuca varalım. Sorun devam ettiği takdirde ise: Disk'in fiziksel bağlantılarını ve Firmware güncelliğini kontrol et.
Ek bir şey fark ettim döküm oluşturmuyor dediğin için.
Kod:
- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
<Provider Name="volmgr" />
<EventID Qualifiers="49156">49</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2024-08-16T20:33:57.6291386Z" />
<EventRecordID>5169</EventRecordID>
<Correlation />
<Execution ProcessID="4" ThreadID="488" />
<Channel>System</Channel>
<Computer>DESKTOP-1FP9Q98</Computer>
<Security />
</System>
- <EventData>
<Data>\Device\HarddiskVolume3</Data>
<Binary>000000000100000000000000310004C001400000230000C000000000000000000000000000000000</Binary>
</EventData>
</Event>Sanal bellek olmadan mı kullanıyorsun bilgisayarı? Ya da manuel olarak ayarladığın bir sanal bellek ayarı ile mi kullanıyorsun? WHEA dökümleri öncelikle sanal belleğe yazar ve eğer bu yoksa veya yeterince büyük değilse döküm oluşturulmaz. Lütfen sanal belleği 'Sistem Tarafından Yönetilen' olarak ayarla.
KS
KS
Reidon
Uzman
- Katılım
- 12 Ağustos 2024
- Mesajlar
- 103
- Beğeniler
- 18
Bir RAM'in diğer slotta pasif modda olduğunu anladım, yerlerini değişince sorun çözülüyor. Memtest86'da tek tek RAM'leri test ettim error yoktu.
Hayır, sistem tarafından yönetilen olarak seçili. Ve yine de dökmüyor.Sonuç ne oldu? Elimizde neredeyse hiç dosya olmadığından ve bunu fark etmenden dolayı ilk önerim tabii ki her 2 RAM'i de tek tek test etmeni istemek olacaktır. Her 2 RAM'i de sıra sıra tüm slotlarda test et. Herhangi bir program olmadan, ne şekilde mavi ekran alıyorsan o şekilde test et.
Eldeki tek dosya bu:
Rich (BB code):WHEA_UNCORRECTABLE_ERROR (124) A fatal hardware error has occurred. Parameter 1 identifies the type of error. source that reported the error. Parameter 2 holds the address of the. nt!_WHEA_ERROR_RECORD structure that describes the error condition. Try !errrec Address of the nt!_WHEA_ERROR_RECORD structure to get more details. Arguments: Arg1: 0000000000000010, Device Driver Error. Arg2: ffffd10f3f9ee028, Address of the nt!_WHEA_ERROR_RECORD structure. Arg3: ffffd10f2f05809c. Arg4: ffffd10f2f1da1a0.
Microsoft'un, dur 0x124 denetimi için sunduğu yeni sayılabilecek alt varyant türlerinden biri. Kendisi hakkında çok fazla bilgi olmadığı gibi, muhtemelen her zaman depolama ile ilgili bir aygıt sürücüsünden kaynaklanıyor olarak görünüyor dosyalarda. Buna Malwarebytes, McAfee gibi dosya sistemi filtre sürücüleri de dahil edilebilir.
Normalde bu hata denetimi ile ilgili kontrol edilecek alanlar, her zaman suçlu olarak gösterdiği Storport'a ait kayıtlanan loglar olacaktı ki dosyadan storport bağdaştırıcısının dahili günlük girdilerine baktım ama ne yazık ki dökümden veya sisteminden kaynaklanan bir kayıt olmadığından bakamadım.
Bu, dosyadaki incelemede büyük bir yolu da atlamış olmamıza vesile oldu. Yine de devam edip çağrı yığınını incelersek storport! Storportnotification fonksiyonunun parametrelerinde hata kontrolünün neden gerçekleştiğine dair biraz daha fazla bilgi bulabiliyoruz. Bu, storport sürücüsünü meydana gelen önemli olaylar hakkında bilgilendirmekten sorumlu bir işlevdir. İşleve ait ilk parametre bildirim türünü ifade ediyor eğer bunu ondalık değere çeviripSCSI_NOTIFICATION_TYPEtürünü kontrol edersek sisteme çökme anında gönderilen sonucu görebiliyoruz.
+
Scsı_notıfıcatıon_type , SCS'ı donanımlarının belirli olaylar veya durumlar hakkında sistem yazılımını bilgilendirmek için kullanabileceği bir bildirim türünün is midir? Bu bildirim dediğimiz şey de sistemin ilgili olaylara uygun şekilde yanıt vermesine olanak tanıyan bir sistemi ifade ediyor. Örneğin, bir cihazın bağlantısı kesildiğinde veya bu dosyada olduğu gibi cihazın faillediği durumlarda işe yarıyor.
Gönderdiği ifade bildirimini görüyorsun, 4109. kontrol etmek için bu sayfadan yardım aldım > The Magic Number Database | MagnumDB
Eki Görüntüle 77283
Gönderilen bildirim cihazın arızalandığını gösterir, markdevicefailedex işlevi daha sonra arıza durumunu açıklayan bazı tanılama verileriyle birlikte cihazı arızalı olarak işaretliyor.
StorPortMarkDeviceFailedEx function - Windows drivers
The StorPortMarkDeviceFailedEx routine marks a device with failed status and provides data that might be needed for diagnosis.learn.microsoft.com
Bunun nedenini de ham yığından ulaşabiliyoruz:
İlgili aygıt yani diskimiz, sürpriz bir şekilde kaldırıldığı için başarısız oluyor. Sürpriz kaldırma genelde 2 nedenden dolayı gerçekleşebilme ihtimalini barındırıyor: Ya direkt olarak diski sistem dümdüz kullanımdayken, açıkken elle çekip çıkarmışsındır ya da diske ait sürücüsü sürpriz kaldırılan diskle ilişkili deviceobject'i kasıtlı olarak geçersiz kılmıştır. Ne yazık ki burada yapılabilecek çok da bir şey yok.
Öncelik olarak, fark ettiğin gibi RAM'leri tek tek kontrol et. Sorun ondan ortaya çıkıyorsa bir sonuca varalım. Sorun devam ettiği takdirde ise: Disk'in fiziksel bağlantılarını ve Firmware güncelliğini kontrol et.
Ek bir şey fark ettim döküm oluşturmuyor dediğin için.
Kod:- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> - <System> <Provider Name="volmgr" /> <EventID Qualifiers="49156">49</EventID> <Version>0</Version> <Level>2</Level> <Task>0</Task> <Opcode>0</Opcode> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2024-08-16T20:33:57.6291386Z" /> <EventRecordID>5169</EventRecordID> <Correlation /> <Execution ProcessID="4" ThreadID="488" /> <Channel>System</Channel> <Computer>DESKTOP-1FP9Q98</Computer> <Security /> </System> - <EventData> <Data>\Device\HarddiskVolume3</Data> <Binary>000000000100000000000000310004C001400000230000C000000000000000000000000000000000</Binary> </EventData> </Event>
Sanal bellek olmadan mı kullanıyorsun bilgisayarı? Ya da manuel olarak ayarladığın bir sanal bellek ayarı ile mi kullanıyorsun? Whea dökümleri öncelikle sanal belleğe yazar ve eğer bu yoksa veya yeterince büyük değilse döküm oluşturulmaz. lütfen sanal belleği 'sistem tarafından yönetilen' olarak ayarla.
Peki şimdi ne yapacağım? Windows kurulmayan HDD mavi ekran verdirtir mi?
Update yaptım fakat gözüme bir şey çarptı; bu sağlık değeri normal mi? alalı daha 1 yıl oluyor.
Galiba sıkıntı eski RAM'imde. Çünkü sadece yeni RAM takılı olduğunda Valorant'ta - poligonda mavi ekran yemedim ama eski RAM takılı olduğunda yemiştim.
Son düzenleyen: Moderatör:
Verdirir. Dosyanda gördüğün gibi Faillenen şey NVMe temelli bir diske ait kontrolcü. HDD, NVMe gibi sürücülere sahip değildir. SSD temelli ortaya çıkıyor. Sanal bellek ayarlarını paylaşır mısın?
Exceria disklerde belli bir yazma ile orantılı olarak sağlık düşebiliyor. Bu direkt olarak bir sorun diyemem.
// Gözlerime dayalı bir şekilde, her şey olması gerektiği gibiyken düşmeyen dump dosyalarının sebebinin direkt olarak fiziksel disk olabileceğini de söyleyeyim.
KS
KS
Reidon
Uzman
- Katılım
- 12 Ağustos 2024
- Mesajlar
- 103
- Beğeniler
- 18
M: Birimi HDD'e ait ise 2 sürücüne de sanal bellek ayarını açma işini pek anlayamadım. Ciddi bir sorun teşkil etmese de günümüzde artık geçerliliği olmayan bir uygulama. Aralarındaki hız farkını da göz önüne alırsak biraz daha oturuyor. Tek RAM ile sorun yaşadın mı şimdiye kadar bahsettiğim şekilde? 2 RAM'i Firmware update sonrası tekrardan denedin mi?
KS
KS
Reidon
Uzman
- Katılım
- 12 Ağustos 2024
- Mesajlar
- 103
- Beğeniler
- 18
Galiba RAM'de sıkıntı var çünkü eski RAM'imde mavi ekran yerken yeni olanda yemiyorum. İksini takınca da yiyorum, garantiye vereceğim birkaç test daha yapıp.
İşin garibi sadece oyunlarda veriyor MemTest86'da vermiyor.
Benzer konular
- Soru
