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.
KS
KS
Reidon
Uzman
- Katılım
- 12 Ağustos 2024
- Mesajlar
- 103
- Beğeniler
- 18
Kurmam yetiyor değil mi? Uygulamayı açınca bana uyarı falan vermedi de.
Hocam x64 olan versiyonu kuruyorsunuz ve işlem bitiyor.
Ayrıca neden çözüm onaylanmamış? Hocam siz mi kaldırdınız?
Son düzenleyen: Moderatör:
KS
KS
Reidon
Uzman
- Katılım
- 12 Ağustos 2024
- Mesajlar
- 103
- Beğeniler
- 18
Sağ olun da ben çözümü işaretlemiştim, kaldırmadım da, bir yanlışlık oldu herhalde.
Son düzenleyen: Moderatör:
Hocam Moderatör arkadaşlar kaldırıyor, neden kaldırdıklarını söyleseler iyiydi.
KS
KS
Reidon
Uzman
- Katılım
- 12 Ağustos 2024
- Mesajlar
- 103
- Beğeniler
- 18
Hocam yemeye devam ediyorum. Minidump çıkmadı bu sefer başka sorun gözüküyor muydu?
Yok hocam sadece o vardı ama ben şu an tekrar araştırıyorum.
Hocam BIOS güncellemelerini varsa yapın ayrıca CMD'yi komut istemi ile çalıştırıp SFC /scannow yazar mısınız?
KS
KS
Reidon
Uzman
- Katılım
- 12 Ağustos 2024
- Mesajlar
- 103
- Beğeniler
- 18
Son sürümde BIOS, şimdi yapıyorum CMD'yi.
Son düzenleyen: Moderatör:
Hocam o işlem birazcık uzun sürecektir merak etmeyin.
Sanmam hocam ama GPU da olabilir ama düşük ihtimal.
Benzer konular
- Soru
Yeni konular
-
-
-
-
-
-
-
FPS artırma programları ve sistem optimizasyon ayarları gerçekten işe yarar mı?- mortem.dll bulunamadı
- Mesaj: 7
-
