Çözüldü Mavi ekran döngüsü

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

Limon

Uzman
Katılım
23 Temmuz 2024
Mesajlar
14
Beğeniler
6
Selam, hızlıca konuya giriyorum.

Bilgisayarım yaklaşık 1 haftadır mavi ekran yiyor. Detaylıca anlatmam gerkirse 19 Temmuz'da virüs yedim ve ondan sonra bilgisayar mavi ekran vermeye başladı. İkisi aynı anda oldu. Virüs yediğimden emindim çünkü bazı hesaplarım kullanılmış. Neyse, bilgisayar mavi ekran yedikten sonra otomatik olarak restartlıyor ve yine mavi ekran yiyorum. Sonra kurtarma ekranı geliyor ve bilgisayarı güvenli modda başlatıyorum. Tahmin edersiniz ki güvenli modda sorunsuz çalışıyor. Sonra bilgisayarı yeniden başlatıyorum ve yarım saat bir saat falan düzgünce çalışıyor. Sonra yine mavi ekran yiyerek döngüye giriyor.

Eğer bilgisayara giden elektriği kesersem ve sonra geri verip bilgisayarı başlatırsam 5-6 saat falan rahatça kullanabiliyorum sona yine mavi ekran işte.
Birçok yöntem denedim fakat hiçbiri işe yaramadı ve denediğim yöntemler arasında format atmak bile vardı. Ek olarak formattan önce mavi ekranda durdurma kodu olarak başka bir şey yazıyordu, sonra "System thread not handled" gibi bir şey yazıyordu. Son olarak da hala "SYSTEM_SERVICE_EXCEPTION" yazıyor.

Bu kadardı. Yardımlarınızı bekliyorum. Şimdiden teşekkürler.
 
Son düzenleyen: Moderatör:
Çözüm
Dediğim gibi bu küçük dökümler herhangi bir bilgi içermezler. Çok nadir de olsa ilgili repolarla alakalı bilgi tuttuklarından ve user klasörünün sahipliğinden dolayı kişisel isminizi ya da belirlediğiniz ismi görme şansımız oluyor ama o durumlarda ben de çok paylaşan biri değilim. İlla paylaşmam gerekiyorsa da ismi sansürleyip atıyorum. Bugünlerde bir tık yoğun olduğum için dump dosyalarını forum ahalisine bırakmıştım ama kimse görmemiş olsa gerek ki yine kısa bir bakınmam gerekti. Kısa diyorum çünkü uzun uzun anlatamam ve zaten dosyalar da uzun uzun bir şeyleri anlatmaya müsaade edecek dosyalar değiller.

Verdiğin dosyalara baktım, anlattıklarına baktım. Bir tık kafam karıştı. "Güvenli modda sorunsuz çalışıyor." gibi bir beyanın var ama aynı zamanda sistemin günlük kullanımda da 5-6 saate kadar normal çalıştığını fark etmişsin. Güvenli modda sıkıntısız çalışıyor cümlesini güvenli modda 5-6 saati geçkin süreler kullanarak mı söylüyorsun?

Tüm dosyalar sistem işlevlerinde non-canonical bellek erişiminden dolayı çökme meydana gelmesinden ortaya çıkıyor neredeyse. 1 dosyan farklı ama o da çok iç açıcı olmasa gerek ki ilgili stack pointer corrupt durumu ve iş parçacığı değiştirme eylemlerini barındırıyor. Swapthread işine 1-2 farklı dosyanda daha denk geldim. Normal şartlarda buna donanımsal hata demek gerekebilir belki de. Bu kişisel bir ifadedir.

Dökümlerinde genelde hem NTFS hem de FLTMGR çağrılmasına rağmen, görünen bi' üçüncü taraf sürücü göremedim. Yok da. Bu, kullanıcı kısmına dayanan ya da filtre sürücüleri olarak yüklenmiş bazı üçüncü taraf sürücülerin olduğunu gösteriyor da olabilir..

Random bir dökümden seçtim, NTFS ya da FLTMGR ile ilgili çağrılar atılmasına rağmen ardından StackQueuedSpinLock çağrısı geliyor -ki bu daha çok 3.taraf geliştiriciler için oluşturulan bir spinlock türüdür- daha sonra ise sorun bir Windows işlevinde ortaya çıkıyor ve non-canoncial bir bellek adresine (yani geçerli x64 adres alanında olmayan bir adrese) başvurma işi var.

Bu adres rdx'e bağlıdır ve eğer bu geçersiz pointer'ı buraya yerleştiren üçüncü taraf bir sürücü değilse o zaman bu bir donanım (one_bit) sorunu olabilir düşüncesini çağrıştırıyor. Bu adresin ikili değerine bakarsak...

Kod:
CONTEXT:  ffffc9816a6d9920 -- (.cxr 0xffffc9816a6d9920)
rax=0000000000000000 rbx=ffffdb8a8c7e8e50 rcx=ffffdb8a8c7e8e50
rdx=0120000000000000 rsi=ffffdc8fab53c100 rdi=ffffdc8fab53c608
rip=fffff800342572ce rsp=ffffdb8a8c7e8dc0 rbp=ffffdc8fb744c080
 r8=0000000000000000  r9=0000000000000000 r10=0000000000000000
r11=ffffdb8a8c7e8c40 r12=0000000000000000 r13=fffff80037354000
r14=0000000000000001 r15=0000000000000000
iopl=0         nv up ei ng nz na po nc
cs=0010  ss=0000  ds=002b  es=002b  fs=0053  gs=002b             efl=00010286
nt!KxWaitForLockOwnerShip+0xe:
fffff800`342572ce 48890a          mov     qword ptr [rdx],rcx ds:002b:01200000`00000000=????????????????
Resetting default scope

ONE_BIT normal şartlarda RAM problemidir ama bunun böyle olduğuna tam emin değilim. İlgili pointer'ı bozan 3.taraf bir sürücü olup olmadığından emin olmak gerek ama bu dosyalarla mümkün değil.



Sürücü doğrulayıcı açıkçası işimize yarardı bu durumda...
SYSTEM_SERVICE_EXCEPTION bu yazının altında yazan ibare nedir? Örnek veriyorum;
" ntfs.sys " 'mi? Başlı başına direk onu yazmıyor.
Buna benzer bir şey yaşadım kablolalarının tamamının tam oturduğundan emin ol. ntfs.sys hatası var ise özelikle SATA kablosunun ardından gelişmiş seçeneklerden komut yöneticisini açabiliyorsun. Buradan;

Kod:
DISM /Online /Cleanup-Image /RestoreHealth
chkdsk C: /f /r /x
sfc /scannow
chkdsk D: /f /r /x

Bu komutları sırasıyla yap. Biri bitsin diğerine geç diğeri bitsin diğerine geçecek şekilde en son bitir ve PC'yi yeniden başlat. Son durumu bildir.

Dikkat: Eğer tek bir tane SSD veya HDD kullanıyorsan chkdsk D: /f /r /x bu kodu kullanmana gerek yok.
 

Yediğim mavi ekran bu.

Ve ilk kodu yazdığımda error 740 yazdı ve ek olarak da bu yazdı "Elevated permissions are required to run DISM. Use an elevated command prompt to complete these tasks."
Devam edeyim mi?
 
Dump dosyalarını paylaşmakla ilgili bir sorunun mu var dostum? Eğer öyleyse belirtebilirsin çünkü bu açtığın 3.konu ve her konuda sana dump paylaşmalısın denilmesine rağmen görüldü atıp konuyu kilitliyorsun. İnsanlar sana yardım etmek istiyor ama sen sana uzatılan yardımı görmezden gelip inatla aynı konu ekseninde tekrarlıyorsun ve bu şekilde yardım alamazsın. Kişisel bilgilerle alakalı çekincelerin falan da varsa için rahat olabilir. Böyle yaparsan uyarı alabilirsin.

 
Sorunum yok fakat tam olarak da güvendiğimi söyleyemem. Fakat bir sıkıntı yoksa bana gönderdiğin rehberden işimi halledebilirim. Teşekkürler.

Sorunum yok fakat tam olarak da güvendiğimi söyleyemem. Fakat bir sıkıntı yoksa bana gönderdiğin rehberden işimi halledebilirim. Teşekkürler.

Sanırım minidump dosyalarını paylaşmayı başardım. Umarım işinize yarar.
 
Son düzenleme:
Dediğim gibi bu küçük dökümler herhangi bir bilgi içermezler. Çok nadir de olsa ilgili repolarla alakalı bilgi tuttuklarından ve user klasörünün sahipliğinden dolayı kişisel isminizi ya da belirlediğiniz ismi görme şansımız oluyor ama o durumlarda ben de çok paylaşan biri değilim. İlla paylaşmam gerekiyorsa da ismi sansürleyip atıyorum. Bugünlerde bir tık yoğun olduğum için dump dosyalarını forum ahalisine bırakmıştım ama kimse görmemiş olsa gerek ki yine kısa bir bakınmam gerekti. Kısa diyorum çünkü uzun uzun anlatamam ve zaten dosyalar da uzun uzun bir şeyleri anlatmaya müsaade edecek dosyalar değiller.

Verdiğin dosyalara baktım, anlattıklarına baktım. Bir tık kafam karıştı. "Güvenli modda sorunsuz çalışıyor." gibi bir beyanın var ama aynı zamanda sistemin günlük kullanımda da 5-6 saate kadar normal çalıştığını fark etmişsin. Güvenli modda sıkıntısız çalışıyor cümlesini güvenli modda 5-6 saati geçkin süreler kullanarak mı söylüyorsun?

Tüm dosyalar sistem işlevlerinde non-canonical bellek erişiminden dolayı çökme meydana gelmesinden ortaya çıkıyor neredeyse. 1 dosyan farklı ama o da çok iç açıcı olmasa gerek ki ilgili stack pointer corrupt durumu ve iş parçacığı değiştirme eylemlerini barındırıyor. Swapthread işine 1-2 farklı dosyanda daha denk geldim. Normal şartlarda buna donanımsal hata demek gerekebilir belki de. Bu kişisel bir ifadedir.

Dökümlerinde genelde hem NTFS hem de FLTMGR çağrılmasına rağmen, görünen bi' üçüncü taraf sürücü göremedim. Yok da. Bu, kullanıcı kısmına dayanan ya da filtre sürücüleri olarak yüklenmiş bazı üçüncü taraf sürücülerin olduğunu gösteriyor da olabilir..

Random bir dökümden seçtim, NTFS ya da FLTMGR ile ilgili çağrılar atılmasına rağmen ardından StackQueuedSpinLock çağrısı geliyor -ki bu daha çok 3.taraf geliştiriciler için oluşturulan bir spinlock türüdür- daha sonra ise sorun bir Windows işlevinde ortaya çıkıyor ve non-canoncial bir bellek adresine (yani geçerli x64 adres alanında olmayan bir adrese) başvurma işi var.

Bu adres rdx'e bağlıdır ve eğer bu geçersiz pointer'ı buraya yerleştiren üçüncü taraf bir sürücü değilse o zaman bu bir donanım (one_bit) sorunu olabilir düşüncesini çağrıştırıyor. Bu adresin ikili değerine bakarsak...

Kod:
CONTEXT:  ffffc9816a6d9920 -- (.cxr 0xffffc9816a6d9920)
rax=0000000000000000 rbx=ffffdb8a8c7e8e50 rcx=ffffdb8a8c7e8e50
rdx=0120000000000000 rsi=ffffdc8fab53c100 rdi=ffffdc8fab53c608
rip=fffff800342572ce rsp=ffffdb8a8c7e8dc0 rbp=ffffdc8fb744c080
 r8=0000000000000000  r9=0000000000000000 r10=0000000000000000
r11=ffffdb8a8c7e8c40 r12=0000000000000000 r13=fffff80037354000
r14=0000000000000001 r15=0000000000000000
iopl=0         nv up ei ng nz na po nc
cs=0010  ss=0000  ds=002b  es=002b  fs=0053  gs=002b             efl=00010286
nt!KxWaitForLockOwnerShip+0xe:
fffff800`342572ce 48890a          mov     qword ptr [rdx],rcx ds:002b:01200000`00000000=????????????????
Resetting default scope

ONE_BIT normal şartlarda RAM problemidir ama bunun böyle olduğuna tam emin değilim. İlgili pointer'ı bozan 3.taraf bir sürücü olup olmadığından emin olmak gerek ama bu dosyalarla mümkün değil.



Sürücü doğrulayıcı açıkçası işimize yarardı bu durumda...
 
Çözüm

Çok teşekkür ederim. Verdiğiniz sürücü doğrulayıcısından işimi hallettim, şu anda sıkıntısız çalışıyor. 5-6 saat çaılışıyor derken de normal durumda (güvenli modda değilken) 5-6 saat anlamında demiştim.
 
Bu siteyi kullanmak için çerezler gereklidir. Siteyi kullanmaya devam etmek için çerezleri kabul etmelisiniz. Daha Fazlasını Öğren.…