Merhaba, bilgisayardayken aniden dondu, mouse bile çalışmadı. Kasa üzerinden reset tuşuna bastım fakat resetlenmedi ben de kapatma tuşuna basılı tutarak kapattım ve tekrar açtım. Şu an ne ekrana görüntü geliyor ne klavyenin ışıkları yanıyor. Güç kaynağını kapatıp açtım, bu sefer açıldı bilgisayar fakat 2 dakika sonra tekrar aynısı oldu. Sol üstte mavi ekrandaki o üzülen yüz gözüktü ama sadece sol üstte geri kalanı benim masaüstümdü ve donuk şekildeydi.
Bu konu çözüldü olarak işaretlenmiştir. Çözülmediğini düşünüyorsanız konuyu rapor edebilirsiniz.
Çözüm
Rich (BB code):
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000020, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff80271e7416e, address which referenced memoryHata 0XA; Tipik olarak kötü sürücü paylaşılan bir veri yapısını bozup sonlandırır ve ancak başka bir sürücü ya da işlev bu veri yapısına erişmeye çalıştığında mavi ekran oluşur. Ya da bu veri yapısı çok uzun zaman önce kötü bir donanımdan dolayı zaten bozulmuştur. Pekala,
Rich (BB code):
6: kd> KnL
# Child-SP RetAddr Call Site
00 ffffb885`ebcaf788 fffff802`72012fa9 nt!KeBugCheckEx
01 ffffb885`ebcaf790 fffff802`7200e978 nt!KiBugCheckDispatch+0x69
02 ffffb885`ebcaf8d0 fffff802`71e7416e nt!KiPageFault+0x478
03 ffffb885`ebcafa60 fffff802`71e7413b nt!KxWaitForLockOwnerShip+0xe << Çökme, Muhtemelen bir spinlock senkronizasyon mekanizması, bir nedenden dolayı burada başarısız olmuş durumda
04 ffffb885`ebcafa90 fffff802`71fb7106 nt!KeAcquireInStackQueuedSpinLock+0x7b << Dolaylı olarak sistemi IRQL = 2 seviyesine yükseltir
05 ffffb885`ebcafac0 fffff802`71f5a2b5 nt!ExpWorkerFactoryManagerThread+0x66
06 ffffb885`ebcafb10 fffff802`72007728 nt!PspSystemThreadStartup+0x55
07 ffffb885`ebcafb60 00000000`00000000 nt!KiStartSystemThread+0x28“KeAcquireInStackQueuedSpinLock” fonksiyonunun IRQL'i yükseltmesinin ve ardından ‘KxWaitForLockOwnerShip' içinde kilit nesnesini beklediğini varsayıyorum. Döküm dosyası üzerinde “running -it” komutunu çalıştıramadım çünkü dosya o kadar küçük ki bu tip detaylar kaydedilmiyor. (Diğer çekirdekleri kontrol etmek için.)
Rich (BB code):
6: kd> !running -it
GetUlongFromAddress: unable to read from fffff802728fc404
Couldn't find processor infoSorun ise IRQL'i DISPATCH_LEVEL'e yükseltmenin (dahili olarak KeAcquireInStackQueuedSpinLock işlevi tarafından) ve özel kilit için uzun süre beklemenin bir zaman aşımına neden olmasından ortaya çıkıyor.
Yani aslında sorunun tam olarak konudaki hatayla ilişiğini ortaya çıkarmak çok da mümkün değil. Dosyanın sunduğu bilgi de kısıtlı. Burada spin Lock'u edinen bir sürücü de olabilir ya da sistemin uzun süre takılmasından dolayı bu hatayı yaratması da olabilir ki bu daha çok işlemciye kayıyor.
Rich (BB code):
6: kd> u fffff802`71e7416e
nt!KxWaitForLockOwnerShip+0xe:
fffff802`71e7416e 48890a mov qword ptr [rdx],rcx
fffff802`71e74171 c744243000000000 mov dword ptr [rsp+30h],0
fffff802`71e74179 0f1f8000000000 nop dword ptr [rax]
fffff802`71e74180 488d4c2430 lea rcx,[rsp+30h]
fffff802`71e74185 e8f675faff call nt!KeYieldProcessorEx < Spin Loop hint?
fffff802`71e7418a 488b4308 mov rax,qword ptr [rbx+8]
fffff802`71e7418e a801 test al,1
fffff802`71e74190 75ee jne nt!KxWaitForLockOwnerShip+0x20 (fffff802`71e74180)Dikkatimi bu arkadaş çekti ve ilişiği de var. Şöyle ki; KeYieldProcessorEx() ile sadece KxWaitForLockOwnerShip ile edinilen kilit süresinin optimize ediyor. Optimizasyon mekanizmaları. Uzun süre beklemek için tasarlanan kodlar olmadıklarından dolayı uzun süreli zamanlar için uygun değiller. Muhtemelen burada karşımıza sadece PAUSE komutunu çalıştırdığı için çıkıyor. Yani sistemin takılması (Konudan örnekle, donması.) < İşlemci ile alakalı olabilir. (Tahmin)
Rich (BB code):
0xffffb885ebcaf8c8 : 0xfffff8027200e978 : nt!KiPageFault+0x478 << Çökme
0xffffb885ebcaf938 : 0xfffff80271e54dff : nt!KiCommitThreadWait+0x14f << IRP rutinin tamamlanmasını bekle
0xffffb885ebcaf9b8 : 0xfffff802728166a0 : nt!ExpWorkerFactoryManagerQueue
0xffffb885ebcaf9d8 : 0xfffff80271e2c4c3 : nt!KeRemoveQueueEx+0x263
0xffffb885ebcafa18 : 0xfffff80271e2c539 : nt!KeRemoveQueueEx+0x2d9 < Birden fazla girdi?
0xffffb885ebcafa38 : 0xfffff80271e7416e : nt!KxWaitForLockOwnerShip+0xe
0xffffb885ebcafa78 : 0xfffff80271f2a257 : nt!KeRemoveQueue+0x27 < Girdiyi sıradan kaldır ya da bekle?
0xffffb885ebcafa88 : 0xfffff80271e7413b : nt!KeAcquireInStackQueuedSpinLock+0x7b
0xffffb885ebcafab8 : 0xfffff80271fb7106 : nt!ExpWorkerFactoryManagerThread+0x66
0xffffb885ebcafb08 : 0xfffff80271f5a2b5 : nt!PspSystemThreadStartup+0x55
0xffffb885ebcafb18 : 0xfffff80271fb70a0 : nt!ExpWorkerFactoryManagerThread
0xffffb885ebcafb58 : 0xfffff80272007728 : nt!KiStartSystemThread+0x28
0xffffb885ebcafb70 : 0xfffff80271f5a260 : nt!PspSystemThreadStartupAçıkçası buna bir sürücü de sebep olabilir ama konu içeriğine bakılınca boot sırasında olmadığını normal açılışta direkt takıldığını görüyorum. Dosyayla alakalı olarak timeout diyebilirim ancak. Bu dosya bu kadar. MEMORY.DMP varsa paylaşabilirsin çünkü daha fazla dosya daha fazla bilgi demek... Yoksa da RAM'lerini tek tek çıkarıp kontrol etmeyi deneyebilirsin, bana kalsa işlemci sorunu derim ama bunun bir garantisini bu dosyadan sunamam ve işlemciyi kontrol etmek o kadar da basit olmayacak. Bu yüzden RAM'ler (Varsa 2 tane) ile tek tek deneme yapmak donanımsal olarak hem en basit hem de en mantıklı şeylerden biri olacaktır.
angarya_messi
Yetkin
- Katılım
- 5 Ocak 2024
- Mesajlar
- 299
- Çözümler
- 4
- Beğeniler
- 133
Bilgisayarı uzun bir süre açmadım şu an açtım şaşırtıcı şekilde kapanmadı, sistem kendiliğinden donuyordu mavi ekranı tam verirken o ekranda sadeceişareti oluyordu ondan dolayı da minidump çıkmadı galiba, PC açıkken sorunun ne olduğunu nasıl anlayabilirim?
Yine gitti.
PSU ile ilgili daha önceden sorun yaşamıştım, değişti, şu an testi yapamam sistem 1. dakikadan sonra takılıyor.
Mümkünse başka bir arkadaş ya da yakınınızdan PSU ödünç alın.
Çevremde hiç yok maalesef, PSU olsa direkt kapanmaz mı? Şu an masaüstümü görüyorum ama mouse hareket etmiyor.
angarya_messi
Yetkin
- Katılım
- 5 Ocak 2024
- Mesajlar
- 299
- Çözümler
- 4
- Beğeniler
- 133
Aktif olarak çalışır fakat dalgalanma olduğu için sisteme zarar da verebilir sisteminiz hakkında daha detaylı bilgi verirseniz yardımcı olamaya çalışırız.
Yakınınzda bİr bilgisayarcı varsa kasayı oraya götürüp elinde test amaçlı kullanabileceği bir PSU var mı sorun. Kimsenin günahını almak istemem fakat dikkat edin kasanın başından ayrılmayın. RAM bozulmuş ekran kartı yanmış dediği zaman hemen tamam yapalım demeyin. Fahiş fiyat çekebilir.
Şöyle bir yere girdim benim sorunumla alaksı olabilir mi?
Hocam mavi ekran yedim bu sefer fotoğrafını çekebildim ama mavi ekranda takılı kaldı
Hocam minidumpu alabildim minidump.rar
Dosya Ekleri
Son düzenleme:
angarya_messi
Yetkin
- Katılım
- 5 Ocak 2024
- Mesajlar
- 299
- Çözümler
- 4
- Beğeniler
- 133
Rich (BB code):
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000020, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff80271e7416e, address which referenced memoryHata 0XA; Tipik olarak kötü sürücü paylaşılan bir veri yapısını bozup sonlandırır ve ancak başka bir sürücü ya da işlev bu veri yapısına erişmeye çalıştığında mavi ekran oluşur. Ya da bu veri yapısı çok uzun zaman önce kötü bir donanımdan dolayı zaten bozulmuştur. Pekala,
Rich (BB code):
6: kd> KnL
# Child-SP RetAddr Call Site
00 ffffb885`ebcaf788 fffff802`72012fa9 nt!KeBugCheckEx
01 ffffb885`ebcaf790 fffff802`7200e978 nt!KiBugCheckDispatch+0x69
02 ffffb885`ebcaf8d0 fffff802`71e7416e nt!KiPageFault+0x478
03 ffffb885`ebcafa60 fffff802`71e7413b nt!KxWaitForLockOwnerShip+0xe << Çökme, Muhtemelen bir spinlock senkronizasyon mekanizması, bir nedenden dolayı burada başarısız olmuş durumda
04 ffffb885`ebcafa90 fffff802`71fb7106 nt!KeAcquireInStackQueuedSpinLock+0x7b << Dolaylı olarak sistemi IRQL = 2 seviyesine yükseltir
05 ffffb885`ebcafac0 fffff802`71f5a2b5 nt!ExpWorkerFactoryManagerThread+0x66
06 ffffb885`ebcafb10 fffff802`72007728 nt!PspSystemThreadStartup+0x55
07 ffffb885`ebcafb60 00000000`00000000 nt!KiStartSystemThread+0x28“KeAcquireInStackQueuedSpinLock” fonksiyonunun IRQL'i yükseltmesinin ve ardından ‘KxWaitForLockOwnerShip' içinde kilit nesnesini beklediğini varsayıyorum. Döküm dosyası üzerinde “running -it” komutunu çalıştıramadım çünkü dosya o kadar küçük ki bu tip detaylar kaydedilmiyor. (Diğer çekirdekleri kontrol etmek için.)
Rich (BB code):
6: kd> !running -it
GetUlongFromAddress: unable to read from fffff802728fc404
Couldn't find processor infoSorun ise IRQL'i DISPATCH_LEVEL'e yükseltmenin (dahili olarak KeAcquireInStackQueuedSpinLock işlevi tarafından) ve özel kilit için uzun süre beklemenin bir zaman aşımına neden olmasından ortaya çıkıyor.
Yani aslında sorunun tam olarak konudaki hatayla ilişiğini ortaya çıkarmak çok da mümkün değil. Dosyanın sunduğu bilgi de kısıtlı. Burada spin Lock'u edinen bir sürücü de olabilir ya da sistemin uzun süre takılmasından dolayı bu hatayı yaratması da olabilir ki bu daha çok işlemciye kayıyor.
Rich (BB code):
6: kd> u fffff802`71e7416e
nt!KxWaitForLockOwnerShip+0xe:
fffff802`71e7416e 48890a mov qword ptr [rdx],rcx
fffff802`71e74171 c744243000000000 mov dword ptr [rsp+30h],0
fffff802`71e74179 0f1f8000000000 nop dword ptr [rax]
fffff802`71e74180 488d4c2430 lea rcx,[rsp+30h]
fffff802`71e74185 e8f675faff call nt!KeYieldProcessorEx < Spin Loop hint?
fffff802`71e7418a 488b4308 mov rax,qword ptr [rbx+8]
fffff802`71e7418e a801 test al,1
fffff802`71e74190 75ee jne nt!KxWaitForLockOwnerShip+0x20 (fffff802`71e74180)Dikkatimi bu arkadaş çekti ve ilişiği de var. Şöyle ki; KeYieldProcessorEx() ile sadece KxWaitForLockOwnerShip ile edinilen kilit süresinin optimize ediyor. Optimizasyon mekanizmaları. Uzun süre beklemek için tasarlanan kodlar olmadıklarından dolayı uzun süreli zamanlar için uygun değiller. Muhtemelen burada karşımıza sadece PAUSE komutunu çalıştırdığı için çıkıyor. Yani sistemin takılması (Konudan örnekle, donması.) < İşlemci ile alakalı olabilir. (Tahmin)
Rich (BB code):
0xffffb885ebcaf8c8 : 0xfffff8027200e978 : nt!KiPageFault+0x478 << Çökme
0xffffb885ebcaf938 : 0xfffff80271e54dff : nt!KiCommitThreadWait+0x14f << IRP rutinin tamamlanmasını bekle
0xffffb885ebcaf9b8 : 0xfffff802728166a0 : nt!ExpWorkerFactoryManagerQueue
0xffffb885ebcaf9d8 : 0xfffff80271e2c4c3 : nt!KeRemoveQueueEx+0x263
0xffffb885ebcafa18 : 0xfffff80271e2c539 : nt!KeRemoveQueueEx+0x2d9 < Birden fazla girdi?
0xffffb885ebcafa38 : 0xfffff80271e7416e : nt!KxWaitForLockOwnerShip+0xe
0xffffb885ebcafa78 : 0xfffff80271f2a257 : nt!KeRemoveQueue+0x27 < Girdiyi sıradan kaldır ya da bekle?
0xffffb885ebcafa88 : 0xfffff80271e7413b : nt!KeAcquireInStackQueuedSpinLock+0x7b
0xffffb885ebcafab8 : 0xfffff80271fb7106 : nt!ExpWorkerFactoryManagerThread+0x66
0xffffb885ebcafb08 : 0xfffff80271f5a2b5 : nt!PspSystemThreadStartup+0x55
0xffffb885ebcafb18 : 0xfffff80271fb70a0 : nt!ExpWorkerFactoryManagerThread
0xffffb885ebcafb58 : 0xfffff80272007728 : nt!KiStartSystemThread+0x28
0xffffb885ebcafb70 : 0xfffff80271f5a260 : nt!PspSystemThreadStartupAçıkçası buna bir sürücü de sebep olabilir ama konu içeriğine bakılınca boot sırasında olmadığını normal açılışta direkt takıldığını görüyorum. Dosyayla alakalı olarak timeout diyebilirim ancak. Bu dosya bu kadar. MEMORY.DMP varsa paylaşabilirsin çünkü daha fazla dosya daha fazla bilgi demek... Yoksa da RAM'lerini tek tek çıkarıp kontrol etmeyi deneyebilirsin, bana kalsa işlemci sorunu derim ama bunun bir garantisini bu dosyadan sunamam ve işlemciyi kontrol etmek o kadar da basit olmayacak. Bu yüzden RAM'ler (Varsa 2 tane) ile tek tek deneme yapmak donanımsal olarak hem en basit hem de en mantıklı şeylerden biri olacaktır.
asilsen
Becerikli
Başlat düğmesinin yanındaki arama kısmından Olay Görüntüleyicisi > Windows günlükleri > sistem kısmından mavi ekran aldıgınız saate bakın orada hatanız yazacaktır.
Gibi.
Gibi.
Vallahi hiçbir şey yapmadım, hatta formattan sonra özellikle sürücü bile indirmedim.@bicy hocam bakabilir misiniz?
Bende kendimce inceledim fakat yapay zekadan da destek almak zorunda kaldımsorun sürücülerden birinde sanırsam. Son günlerde yeni bir şey yüklediniz mi ya da bir sürücüyü güncelleştirdiniz mi?
RAM'lerin yerini değiştirdim takılma olmadı ilginç bir şekilde, kısıtlı zamanım olduğu için gün içinde tekrar deneyip sonuçları paylaşacağım.
Teşekkürler, bakacağım.
Son düzenleyen: Moderatör:
SolaireofAstora
Başarılı
- Katılım
- 14 Nisan 2024
- Mesajlar
- 201
- Beğeniler
- 53
Formattan sonra bile oluyorsa demek ki donanımsal bir sorun olma ihtimali çok yüksek.
Bileşenlerin düzgün takıldığından falan emin olun belki ondandır ya da kasayla kafes dövüşüne girmişsinizdir.
Yok, yok format atmadım. Bir önceki format atmamın üzerine demek istemiştim.
Son düzenleyen: Moderatör:
Benzer konular
- Çözüldü
