Windows 11 Donuyor: Secure Boot

Sabah kahvenizi yudumlarken bilgisayarınızı açtınız, her şey normal görünüyordu, maillerinize bakmaya başladınız ve tam o an ekran taşa kesildi; ne fare imleci kıpırdıyor ne de klavyedeki tuşlar bir işe yarıyor. Günlük işlerinizi yarıda bırakan bu durum, son günlerde Windows 11 kullanıcılarının canını sıkan teknik meselelerin başında geliyor.

Neden Ortaya Çıktı ve Kimleri Etkiliyor?

Bilgisayarınızın masaüstü geldikten kısa bir süre sonra tamamen tepkisiz hale gelmesi, genellikle donanımsal bir arızaya yorulur. Ancak bu defa mesele donanımdan ziyade arka plandaki yazılım süreçleriyle ilgili görünüyor. İşletim sisteminin güvenlik altyapısını güncel tutmaya çalışan arka plan servisleri, özellikle belirli anakart bileşenleriyle çakıştığında sistemi kilitliyor. Güvenli önyükleme protokollerinin (Secure Boot) veritabanı güncellemeleri sırasında yaşanan bu aksaklık, işletim sisteminin ana çekirdeği ile donanım arasındaki iletişimi kısa süreliğine de olsa askıya alıyor.

Bu hata neden şimdi baş gösterdi? Çünkü Microsoft ve anakart üreticileri, artan güvenlik tehditlerine karşı imza veritabanlarını sık sık yeniliyor. Bu yenileme süreçleri test ortamlarında kusursuz çalışsa da, milyonlarca farklı donanım kombinasyonuna sahip ev kullanıcılarının makinelerinde beklenmedik çakışmalara zemin hazırlıyor. Masaüstü uygulamanız donduğunda Görev Yöneticisi’ni bile açamayacak kadar derin bir kilitlenme yaşanmasının temel sebebi budur.

Secure Boot Mekaniği ve Arka Plandaki Çakışma

Güvenli önyükleme, bilgisayarınız açılırken yalnızca üretici tarafından güvenilen yazılımların çalışmasını sağlayan bir UEFI katmanıdır. Normal şartlarda bu protokol, sistem önyükleme aşamasındayken görevini tamamlar ve arka plana çekilir. Ancak Windows 11 içindeki bazı bakım görevleri, UEFI değişkenlerini (db ve dbx veritabanları gibi) çalışma zamanında (runtime) kontrol etmeye veya güncellemeye çalışır.

İşte tam bu noktada, işletim sisteminin servis sağlayıcısı ile anakartın BIOS/UEFI yazılımı arasında bir yetki veya zamanlama çakışması meydana geliyor. Açılıştan yaklaşık beş dakika sonra tetiklenen bu arka plan görevi, anakartın entegre güvenlik yongasından (TPM) veya NVRAM alanından yanıt beklerken kilitleniyor. Donanım katmanı yanıt vermediğinde veya Windows’un beklediği formatta veri döndüremediğinde, çekirdek (kernel) düzeyinde bir askıda kalma durumu yaşanıyor. Bu da mavi ekran bile vermeden sistemin donmasına yol açıyor.

Bu Sorun Bilgisayarıma Zarar Verir mi?

Kullanıcıların en büyük endişesi, sürekli yaşanan bu sert kapanmaların sabit sürücülere veya diğer bileşenlere zarar verip vermeyeceği noktasında düğümleniyor. Donanımsal olarak doğrudan bir fiziksel hasar beklenmese de, açık kalan dosyaların kaybolması ve dosya sistemi bütünlüğünün zedelenmesi oldukça muhtemel.

Böyle bir durumla karşılaştığınızda sistemi tuştan kapatmak zorunda kalmak, SSD’nizin ömrünü doğrudan tüketmese de işletim sisteminin dosya yapısında minik bozulmalara yol açabilir. Bu yüzden sorunun kalıcı olarak çözülmesini beklemek yerine, geçici tedbirleri hayata geçirmek en mantıklı hamle olacaktır.

Olay Görüntüleyicisi ile Teşhis Koyma

Bilgisayarınızın her açılışta tam olarak beşinci dakikada donup donmadığını netleştirmek ve sorunun gerçekten Secure Boot görevinden kaynaklanıp kaynaklanmadığını doğrulamak için Windows’un yerleşik araçlarını kullanabilirsiniz. Sistemi yeniden başlattıktan hemen sonra (veya güvenli modda açarak) Başlat menüsüne “Olay Görüntüleyicisi” (Event Viewer) yazın.

Sol menüden Windows Günlükleri > Sistem sekmesini genişletin. Kilitlenme anına denk gelen saat diliminde “Kernel-Power” (ID 41 – sistemin düzgün kapatılmadığını gösterir) hatalarının hemen öncesinde, “WHEA-Logger” veya “DistributedCOM” uyarılarıyla birlikte UEFI/Secure Boot servislerine ait zaman aşımı (timeout) hataları yer alıp almadığını kontrol edin. Eğer her kilitlenmeden hemen önce benzer bir servis hatası kayda geçiyorsa, ana şüphelinin arka plan güvenlik görevleri olduğu kesinleşir.

Nasıl Çözülür ve Bundan Sonra Ne Beklemeliyiz?

Eğer sizin de bilgisayarınız son günlerde bu garip beş dakikalık kilitlenme döngüsüne girdiyse, Microsoft’un güncellemelerle bu hataya yama getirmesini beklemek dışında alternatifleriniz var. Olay Görüntüleyicisi üzerinden hata kodlarını incelediğinizde güvenlik modülüyle ilgili uyarılar alıyorsanız, arka plandaki bu tetikleyici görevin çalışmasını geçici olarak askıya alabilirsiniz. Görev Zamanlayıcı içinde (Task Scheduler) Microsoft > Windows >
SecurityCenter veya Setup dizinlerinde yer alan imza doğrulama görevlerini incelemek, ileri düzey kullanıcıların bu süreçte başvurduğu ilk yöntemler arasında yer alıyor. Siz de cihazınızda benzer bir donma yaşıyor musunuz, yoksa henüz bu dalgadan etkilenmeyen şanslı azınlıkta mısınız?