DONANIM AJANS LIVEGPUCPURTX / RadeonRyzen / CoreLinuxDockerCloudAIMobilOyun
Modeller··Güncel haber

Windows 11 Sistem Logları Claude ile İncelendi: Gizli Hatalar ve Yanıltıcı Uyarılar Gün Yüzüne Çıktı

Bir teknoloji yazarı, Windows 11 sistem loglarındaki binlerce karmaşık hata ve uyarıyı ayıklamak için Anthropic Claude Sonnet 5.5 modelini kullandı. Yapay zeka analizi; anlamsız DCOM hatalarını ekarte ederken, gözden kaçan bir ekran sürücüsü çöküşünü ve Hızlı Başlangıç özelliğinin yarattığı yanıltıcı kritik logları gün ışığına çıkardı.

Windows 11 Sistem Logları Claude ile İncelendi: Gizli Hatalar ve Yanıltıcı Uyarılar Gün Yüzüne Çıktı
Windows 11 Sistem Logları Claude ile İncelendi: Gizli Hatalar ve Yanıltıcı Uyarılar Gün Yüzüne Çıktı
KATEGORİModeller
YAYIN06 Oct 2026
KAYNAKXDA
HIZLI BAKIŞ

Bir teknoloji yazarı, Windows 11 sistem loglarındaki binlerce karmaşık hata ve uyarıyı ayıklamak için Anthropic Claude Sonnet 5.5 modelini kullandı. Yapay zeka analizi; anlamsız DCOM hatalarını ekarte ederken, gözden kaçan bir ekran sürücüsü çöküşünü ve Hızlı Başlangıç özelliğinin yarattığı yanıltıcı kritik logları gün ışığına çıkardı.

Windows işletim sistemlerinin arka planda tuttuğu Event Viewer (Olay Görüntüleyicisi) logları, kullanıcılar ve hatta ileri düzey teknoloji meraklıları için çoğu zaman anlaşılması güç bir veri yığınıdır. Bir sistem çökmesi sonrasında kök nedeni bulmaya çalışmak; saatlerce zaman damgaları arasında gezinmeyi, sürücü sürümlerini kovalamayı ve forum çözümleri arasında kaybolmayı gerektirebilir. Bu zorluğu aşmak isteyen XDA editörlerinden Abhinav Raj, son 30 güne ait Windows 11 sistem loglarını CSV formatında dışarı aktararak Anthropic'in Claude Sonnet 5.5 modeline yönlendirdi.

750 Olayın Büyük Kısmı Anlamsız Gürültüden İbaret

Analizin başlangıcında, son 30 gün içinde kaydedilen yaklaşık 750 adet Kritik, Hata ve Uyarı olayı, ilk bakışta bilgisayarda ciddi ve kronik sorunlar olduğu izlenimini uyandırıyordu. Ancak yapay zeka modelinin üstlendiği ilk ve en önemli görev, gerçek sinyalleri veri yığınındaki gürültüden ayırmak oldu.

Loglardaki en büyük kalabalığı, 452 adet özdeş girdiyle DCOM Event 10016 oluşturuyordu. Eksik bir COM sunucu iznine işaret eden bu tekrarlayan girdiler, toplam sorunlu kayıtların yaklaşık yüzde 60'ına denk geliyordu. Microsoft'un resmi açıklamalarına göre bu tür olaylar sistem tasarımı gereği normal kabul ediliyor ve cihazın işlevselliğini hiçbir şekilde olumsuz etkilemiyor. Bunun yanı sıra, Windows'un arka planda açık olan uygulamaları güncellemeye çalışırken başarısız olduğu 14 adet Microsoft Store yükleme hatası da tamamen zararsız olaylar arasında yer aldı.

Gözden Kaçan Sürücü Çöküşleri Tespit Edildi

Filtreleme işlemi yapıldıktan sonra, sistemin uzun süredir günlük kullanımda fark edilmeyen gerçek problemleri ortaya çıktı. Yazarın bilgisayar kasası içine monte ettiği ve sistem bilgilerini takip etmek için kullandığı Lian Li markalı 8.8 inçlik ikincil ekranın sürücüsü (lianli_display_driver.dll), bir aylık süreçte yedi kez çökmüştü. Bu çöküşlerin beşinin, belirli bir gün içerisinde yalnızca 23 saniyelik bir zaman diliminde arka arkaya gerçekleştiği belirlendi.

Donanımın temel işlevini yerine getirmesi nedeniyle fark edilmeyen bu durum, her sistem açılışında ekranın varsayılan 60Hz yenileme hızı yerine 30Hz'e düşmesine neden oluyordu. Loglardaki Kernel-PnP uyarıları, cihazın sürücü rutininin başlangıçta çalışmadığını ve Windows'un panelin yerel zamanlamasını bilmeyen jenerik bir USB sürücüsüne geçtiğini gösteriyordu. Söz konusu sorun, kontrol paneline düşen ve daha önce fark edilmeyen basit bir yazılım güncellemesiyle ortadan kaldırıldı.

Fast Startup Özelliğinin Yarattığı Yanıltıcı Kritik Loglar

Loglardaki diğer büyük sayısal kalabalık ise sistemin düzensiz kapandığını belirten 13 adet Kernel-Power 41 kritik olayından oluşuyordu. Görünüşe göre bilgisayar neredeyse iki günde bir çöküyordu; ancak kullanıcı tarafında bu tür ani kapanmalar gözlenmemişti.

Claude tarafından yapılan inceleme, bu olayların 8 tanesinin doğrudan Windows'un Hızlı Başlangıç (Fast Startup) özelliğinin başarısız olduğu anlara denk geldiğini ortaya koydu. Bilgisayar kapatılırken sistem durumunu önbelleğe alarak daha hızlı açılmayı hedefleyen bu özellik, önbelleği yükleyemediğinde normal açılışa dönüyor ve önceki oturumu temiz olmayan bir kapanış olarak logluyordu. Başka bir deyişle, bu kritik hataların büyük kısmı donanımsal bir çökmeden ziyade yazılımın kendi kısayolundaki başarısızlık bildirimlerinden ibaretti. Hızlı Başlangıç özelliğinin devre dışı bırakılması, hem bu sahte kritik logların kesilmesini sağladı hem de olası sürücü çakışmalarının önüne geçti.

Ücretsiz olarak erişilebilen yapay zeka modellerinin teknik veri analizinde ve sistem optimizasyonunda kullanıcılar için pratik bir rehber olabileceği bu süreçle bir kez daha kanıtlanmış oldu.

KAYNAKXDA ↗