Windows 11'in Patch Tuesday kâbusu derinleşiyor — bazı PC'lerde önyükleme başarısızlığı doğrulandı

 (windowscentral.com)
1 puan yazan GN⁺ 2026-01-28 | 1 yorum | WhatsApp'ta paylaş
  • 13 Ocak'ta dağıtılan Windows 11 güvenlik güncellemesi sonrasında bazı PC'lerin açılmadığı bir sorun ortaya çıktı
  • Microsoft, "UNMOUNTABLE_BOOT_VOLUME" hata kodu ile birlikte siyah ekran görülmesi durumunu resmen doğruladı
  • Sorun, Windows 11 24H2 ve 25H2 sürümleri kullanan fiziksel cihazlardaki kullanıcıları etkiliyor olabilir
  • Şu ana kadar iki kez acil durum (out-of-band) güncellemesi yayımlandı, ancak önyükleme başarısızlığı sorunu hâlâ çözülmedi
  • Bu olay, son dönemde art arda yaşanan Patch Tuesday kalite sorunlarını gösterirken Microsoft'un geliştirme ve doğrulama sistemini yeniden gözden geçirmesi gerektiğini ortaya koyuyor

Microsoft'un resmî uyarısı ve mevcut durum

  • Microsoft, 13 Ocak'ta dağıtılan Ocak 2026 güvenlik güncellemesi sonrasında bazı PC'lerin açılmadığına dair raporları doğruladı
    • Etkilenen cihazlarda "UNMOUNTABLE_BOOT_VOLUME" hata koduyla birlikte siyah ekran ve yeniden başlatma mesajı gösteriliyor
    • Bu durumda normal önyükleme mümkün olmuyor ve manuel kurtarma süreci gerekiyor
  • Sorun, Windows 11 sürüm 24H2 ve 25H2 çalıştıran fiziksel cihazlarda ortaya çıkabiliyor
    • Microsoft neden üzerinde analiz yapıyor ve olası düzeltme ya da geçici çözüm yollarını inceliyor
    • Geçici önlem olarak Windows Kurtarma Ortamı (WinRE) içine girip en son güvenlik yamasını kaldırmak gerekiyor

Mevcut sorunlar ve biriken hatalar

  • Bu önyükleme başarısızlığı, Ocak Patch Tuesday güncellemesi sonrasında görülen birçok hatadan yalnızca biri
    • Daha önce 23H2 sürümünde kapatma ve uykuya geçememe, 24H2·25H2 sürümlerinde ise Uzak Masaüstü oturum açma sorunu bildirilmişti
    • Sonrasında Outlook, Dropbox, OneDrive gibi bulut tabanlı uygulamaların çalışmamasına yol açan ek hatalar da ortaya çıktı
  • Microsoft, önceki sorunları çözmek için iki acil durum güncellemesi yayımladı, ancak
    bu önyükleme başarısızlığı sorunu için henüz ayrı bir düzeltme yaması sunulmadı

Sorunun kapsamı ve belirsizlik

  • Microsoft yalnızca "sınırlı sayıda rapor" aldığını söyledi,
    ancak tüm kullanıcılar içinde ne kadar büyük bir kesimin etkilendiği net değil
  • Nedenine ya da önlenebilir olup olmadığına dair somut bir açıklama henüz yapılmadı

Olası sonraki adımlar

  • Bazı PC'lerin hiç açılmayacak kadar ciddi bir duruma gelmesi nedeniyle,
    Microsoft'un üçüncü bir acil durum (out-of-band) güncellemesi yayımlama ihtimali bulunuyor
  • Windows Central, sorunu çözmek için ayrı bir kurtarma rehberi yayımladığını,
    doğruluk için araştırma ve yazım sürecinin zaman aldığını belirtti

Kalite kontrolüne dair endişeler

  • Bu olay, Windows 11 güvenlik güncellemelerindeki kalite düşüşünü gösteren bir örnek olarak değerlendiriliyor
  • Haberde, Microsoft'un Windows geliştirme ve test süreçlerinin tamamını yeniden değerlendirmesi gerektiği vurgulanıyor
  • Mevcut kalite seviyesinin tarihsel olarak en düşük düzeyde olabileceği yorumu yapılıyor

İlgili okumalar

1 yorum

 
GN⁺ 2026-01-28
Hacker News yorumları

  • Birkaç yıl önce Microsoft, büyük ölçekli açık yazılım organizasyonları arasında LLM tabanlı kodlamayı ciddi şekilde benimseyen ilk şirketlerden biriydi.
    Eğer gerçekten 10 kat üretkenlik artışı olsaydı, şimdiye kadar Microsoft’un üretkenliğinin patlama yapmış olması gerekirdi.
    Öyle değilse ya LLM’ler beklendiği kadar etkili değil ya da Microsoft bunları içeride önemli projelerde (ör. Windows) neredeyse hiç kullanmıyor gibi görünüyor.
    Hangisi olursa olsun pek etkileyici değil.

    • Bugünlerde her şeyi LLM’lerin suçuymuş gibi göstermek moda ama Microsoft’un sorunları çok daha önce, QA departmanının dağıtılmasıyla başladı.
      2014’ten itibaren maliyet düşürme gerekçesiyle QA kaldırıldı ve test işi geliştiricilere bırakıldı; bunun etkileri hâlâ sürüyor.
      Microsoft mühendislik odaklı bir yapıdan MBA odaklı bir kültüre dönüştü ve kısa vadeli hissedar değerini maksimize etmeye odaklandı.
      İlgili yazılar: Ars Technica, Reuters
    • Bazıları “gerçek 10 kat artışın ancak en yeni modellerde (Opus 4.5) mümkün olduğunu” iddia ediyor.
      Ama birkaç ay sonra yine “o model değil, yeni model asıl olan” deneceğini düşünüyorum.
      Bu şekilde sonsuz bir döngü sürüp gidiyor.
    • Deneyimli geliştiricilerin LLM araçlarıyla gerçekten gözle görülür bir verimlilik artışı sağlayabildiğine inanıyorum.
      Ama bu ancak LLM, geliştiricinin seviyesinin altındaki işleri üstlendiğinde işe yarıyor.
      Buna karşılık düşük beceri seviyesindeki kişiler LLM kullandığında hata ayıklama çok daha zorlaşıyor ve sorun sayısı da artıyor.
      Dış kaynak yapılarında bu tür iyileşmeler organizasyon genelinde anlamını yitiriyor.
    • Aslında LLM’ler gelmeden önce de Microsoft pek harika değildi.
      İç teşvikleri kullanıcılarla tamamen uyuşmayan bir organizasyon yapısı varsa, 10 kat mühendis koysanız da sonuç aynı olur.
      MS içinde kendi yapay zeka araçlarını kullanmak zorunda olan geliştiricilere acıyorum.
    • LLM’ler sayesinde bir şeylerin iyileştiği doğru.
      Microsoft “daha az kişiyle daha çok iş” söylemiyle büyük çaplı işten çıkarmalar yaptı ve sonuçta neredeyse hiç dokümantasyonu olmayan sistemleri yeni ekiplerin devraldığı bir durum ortaya çıktı.
      Son dönemdeki kesintiler de büyük ihtimalle bu bilgi kopukluğundan kaynaklanıyor.

  • Yazının içeriğinden bağımsız olarak, geri tuşunu ele geçirip başka makaleler açan web sitelerinden gerçekten nefret ediyorum.
    Tarayıcının varsayılan davranışını değiştirmeye izin verilmesi bence baştan hataydı.

    • JavaScript’i kapatmak veya NoScript kullanmak yeterli.
      Rahatsız edici görünebilir ama pratikte o kadar da kötü değil.
    • Form gönderdikten sonra geri gidince yeniden gönderim yapılması hep sinir bozucu.
      Ama redirect işlemi düzgün yapılırsa bu çözülebilir.

  • Windows’tan sorumlu kişinin hâlâ görevde olması bana tuhaf geliyor.
    Son güncellemeler Playnite’ı bozdu ve OneDrive ile çakışma yüzünden masaüstü simgeleri çalışmaz hale geldi.
    Windows artık Office ve OneDrive aboneliği itmek için kullanılan bir loss leader ürüne dönüştü ama o hizmetleri bozan hatalar çıkarmaları yine de saçma.
    Ben şu an senkronizasyon için SyncThing kullanıyorum.

    • SyncThing’i tavsiye ederim. Bulut olmadan da kusursuz çalışıyor.
      OneDrive sürekli sorun çıkardığı için tamamen kaldırdım. Hâlâ Windows 10 kullanıyorum ve hiç pişman değilim.
    • Eskiden David Cutler gibi liderler vardı ama artık sorumluluk duygusu kaybolmuş gibi.
      Organizasyon büyüdükçe hataları tolere eden bir kültür oluşuyor ve sonunda kimse hesap vermiyor.
    • Ben de geçen yıl OneDrive’da dosyaların rastgele silinmesi sorununu yaşadım.
      Sonunda tüm veriyi taşıyıp sabit disk yedeğine geçtim.
      Eskiden iyi bir üründü, yazık oldu.
    • Bunun tam çözüm olup olmadığını bilmiyorum ama Explorer’da klasör özelliklerindeki Location sekmesi üzerinden OneDrive klasörünü başka bir yola taşıyabiliyorsunuz.
      Bu yöntemle sorunlardan kaçınmak mümkün olabilir.

  • Benzer bir vaka var. Önceki tartışma ve benim deneyimim gösteriyor ki,
    Windows 11 zorunlu güncellemeden sonra BSOD (inaccessible boot device) verip sistemi formatlamama neden oldu.
    Bu yüzden artık Out of Band Update konusunda çok temkinliyim.
    Bu güncellemenin sorunu çözüp çözmediği bile açıkça belirtilmemiş; bu da tedirgin edici.

  • Bu yüzden ben güncellemesiz Windows 10 ile gayet mutluyum.
    Geçen yıl Win11’den geri döndükten sonra her şey stabil ve huzurlu.

    • Windows 10 LTSC IoT 2021 sürümü en iyi seçenek.
      2031’e kadar yalnızca güvenlik güncellemeleri alıyor, gereksiz özellik eklemeleri yok.
      Bireysel olarak satın almak zor ama massgrave.dev üzerinde yöntem bulunabilir.
    • Ben de aynı durumdayım. Oyun amaçlı PC kullananların önemli bir kısmı yeniden Win10’a geri dönüyor.
    • Yine de Win10 için Extended Security Updates (ESU) uygulamak iyi olabilir.

  • Bugünlerde Windows geliştirme ekibi sanki doğrudan vibe-coding yapıyor gibi.
    İşletim sistemi seviyesinde bu kadar temel hataların tekrar tekrar yaşanması, QA ve testin kaldırılıp kullanıcıların deney tahtasına çevrilmesinin sonucu.
    Eskiden donanım test laboratuvarları bunları yakalardı; şimdi ortadan kaybolmuş gibiler.

  • Bu kadar büyük bir şirketin amiral gemisi ürününde bu ölçüde başarısız olması hâlâ aklıma yatmıyor.

    • Microsoft artık Windows’u sadece abonelik hizmetleri sunma platformu olarak görüyor.
    • İşletim sistemini değiştirmenin maliyeti o kadar yüksek ki fiilen rekabet yok.
      Bu yüzden ürün kalitesi düşse bile Başlat menüsü reklamları gibi şeyleri rahatça ekleyebiliyorlar.
    • ABD federal hükümeti Microsoft’un en büyük abonelik müşterisi.
      Devletteki tüm çalışanlar Windows ve Office kullandığı için, buradan toplanan veriler hem reklam hem soruşturma açısından değer taşıyor.
      İlginç olan, kullanıcıdan ayrıca ücret almamaları.
    • Windows’ta kalan kullanıcıların alternatiflerinin olmadığını Microsoft da biliyor.
      Linux veya Mac’e geçmeyi düşünmüyorlar.
    • Windows artık toplam gelirin yaklaşık %10’u; sunucu %40, Office %22, oyun %9.
      Bu ağırlık değişimi, Windows’un neden ihmal edildiğini açıklıyor.

  • Microsoft’un AI ile kodlama zorunluluğu politikası hâlâ harika işliyor gibi duran ironik bir tablo.

  • Bu tarz sorunları görünce Microsoft’un test yaklaşımını merak ediyorum.
    Muhtemelen VM’lerde mümkün olan her durumu test ediyorlardır ama gerçek fiziksel makinelerde kombinasyon sayısı fazla.
    Binlerce donanım ve OS sürümünü hesaba katınca kombinatoryel patlama yaşanıyor.

    • Ben de bunu beklerdim ama ne kadar büyük ölçekte test yaparsanız yapın her vakayı yakalamak mümkün değil.
      Sonunda tek çözüm kademeli dağıtım (önce %0,01) yapıp izlemek oluyor.

  • “POST’tan sonra Windows logosunu görürseniz güç düğmesine basıp kapatın ve WinRE açılana kadar bunu tekrarlayın” açıklamasını görünce aklıma şu geldi:
    Neden eskisi gibi doğrudan F8 tuşuyla girilemiyor?