Excalibur G770’de Logoda Donma ve Disk Takılıyken BIOS’a Girmiyor

Excalibur G770 tarafında diskler takılıyken açılışın üretici logosunda kilitlenmesi, buna karşılık diskler sökülünce kurulum USB’sinin açılması, sorunun yalnızca işletim sistemi dosyalarına değil disk algılama aşamasına kadar indiğini gösterir. Bu tablo, UEFI önyükleme girdileri, bozuk bölüm tablosu, sorunlu EFI yapısı ya da doğrudan disk denetleyicisi-el sıkışma aşamasında yaşanan bir kilitlenme ile uyumludur. G770 için resmi sürücü ve BIOS dağıtımı Casper’ın destek/driver kanalı üzerinden yapılıyor; güvenilir yol bu kanalın dışına çıkmamaktır.

Bu sorun tam olarak nedir?

Buradaki temel sorun, cihazın diskleri gördüğü anda açılış akışını tamamlayamamasıdır. Diskler fiziksel olarak çıkarıldığında USB kurulum medyasının başlaması, CPU-RAM-ekran tarafının tamamen kilitli olmadığını; kilitlenmenin disk algılama veya diskten okunan önyükleme/veri yapıları sırasında çıktığını düşündürür. Bu yüzden mesele yalnızca “Linux kurulduktan sonra boot bozuldu” diye okunmamalı; disk takılıyken firmware düzeyinde bir takılma da masada kalmalıdır.

Burada önemli bir ikinci nokta da şu: “Sorun tamamen BIOS-UEFI çakışmasıdır” sonucuna bu aşamada kesin gidilemez. Disk takılıyken firmware’in donması, bozuk GPT/EFI yapısından da kaynaklanabilir; ama aynı belirti arızalı SSD/HDD, denetleyici zaman aşımı ya da diskin kendisindeki firmware/okuma sorunu ile de oluşabilir. Yani yazılımsal ihtimal güçlü olsa da depolama donanımını tamamen dışlamak için henüz zemin yoktur. Bu çıkarım, disk algılama adımında yaşanan kilitlenme ile USB kurulum medyasının disksiz açılabilmesi arasındaki farktan çıkıyor.

Bu durum hangi belirtilerle ortaya çıkar?

Bu tabloda dikkat çeken belirtiler şunlardır: diskler takılıyken Excalibur logosunda donma, F2 ve F7’ye rağmen BIOS ya da boot menüsüne geçememe, diskler sökülünce kurulum USB’sinin açılması ve Windows kurulum ekranındayken takılan disklerin DiskPart rescan sonrasında bile görünmemesi. DiskPart’ın rescan komutu yeni eklenen diskleri yeniden taratır; buna rağmen disk görünmüyorsa sorun yalnızca “liste yenilenmedi” seviyesinde kalmaz.

Bir başka önemli belirti de BIOS’un aşırı kısıtlı olmasıdır. InsydeH2O tabanlı dizüstü BIOS’larda gelişmiş menüler çoğu modelde kapalı gelir; üretici dışı “unlock” yöntemleri modelden modele değişir ve güvenilirlikleri tutarsızdır. Bu nedenle “kesin çalışan gizli tuş” beklentisi genelde gerçekçi değildir. Güvenilirliği doğrulanmış üretici kaynağı bulunmadan BIOS modlama denemesi, açılmayan sistemi kalıcı olarak daha kötü hale getirebilir.

Disk takılıyken logoda donma neden olur?

En güçlü ihtimal, disk üzerindeki önyükleme veya bölüm yapısının firmware’in algılama aşamasını bozmasıdır. DiskPart clean komutu diskteki bölüm ve biçimlendirme bilgisini siler; bu da bozuk GPT/MBR ve EFI yapılarını temizlemek için kullanılan temel yoldur. Senin mevcut çıkmazın, clean komutuna gelebilmek için önce diskin sistem tarafından görünmesi gerekirken, görünme aşamasında zaten takılma yaşanmasıdır.

İkinci güçlü ihtimal, doğrudan diskin kendisinin firmware ya da denetleyici düzeyinde sorun çıkarmasıdır. Çünkü diskler sökülünce cihaz USB medyadan açılıyor; bu da temel platformun tamamen ölmediğini gösteriyor. Disk takıldığı anda sistemin BIOS’a bile geçememesi, “diskte yalnızca yanlış bölüm var” ihtimalinin yanında “disk yanıtı problemli” ihtimalini de masada bırakır. Bu çıkarım, belirtilerin yalnızca takılı disklerle ortaya çıkmasına dayanıyor.

Üçüncü ihtimal, eski ya da uyumsuz BIOS/UEFI davranışıdır. G770 için resmi BIOS ve sürücü zinciri üretici destek kanalından sağlanıyor. Bu modelde doğrulanmış, üretici tarafından yayınlanmış bir “unlocked BIOS” imajına ben güvenilir biçimde ulaşamadım; bu yüzden üretici dışı modlu BIOS dosyası önermek doğru olmaz. Güvenli yol, resmi Casper destek hattı ve modelin resmi sürücü/BIOs kanalıdır.

Evde hangi kontroller yapılmalı?

İlk yapılacak kontrol, sistemi disksiz halde BIOS’a girip girmediğiyle net ayırmaktır. Diskler tamamen sökülüyken F2 ile BIOS’a ya da F7 ile boot menüsüne düzenli girilebiliyorsa, platformun kilitlenmeyi disk algılama aşamasında yaşadığı daha da netleşir. Bu ayrım çok önemlidir; çünkü disksizken de BIOS’a girilmiyorsa odak depolamadan çıkar, anakart/firmware tarafına daha güçlü kayar. Casper tarafında BIOS erişimi için kullanılan temel tuş yaklaşımı da açılışta ilgili BIOS tuşuna basılması şeklindedir.

İkinci kontrol, yalnızca bir diski takıp denemektir. SSD ve HDD birlikteyken donuyorsa, önce sadece SSD ile, sonra sadece HDD ile açılış denenmelidir. Tek diskle donma kaybolursa sorun ortak UEFI yapısından çok belirli depolama aygıtında toplanır. Tek diskle de aynı donma sürerse, firmware’in ilgili disk türüyle ya da o diskin içeriğiyle takıldığı anlaşılır. Bu çıkarım belirtilerin iki disk bir aradayken çıktığı anlatıma dayanıyor.

Üçüncü kontrol, BIOS sıfırlamasını tam yapmak olmalıdır. Kısıtlı InsydeH2O menüsünde gelişmiş ayarlara ulaşamıyor olsan bile, yükleme varsayılanları seçeneği erişilebiliyorsa kullanmak gerekir. Disksiz girilebilen BIOS’ta boot sıralaması, güvenli önyükleme ve varsa varsayılan ayarlar yüklenip sonra tek disk testi tekrarlanmalıdır. Bu yaklaşım, firmware tarafında bozulmuş önyükleme girdilerini sadeleştirmek için mantıklıdır.

Evde hangi çözümler uygulanmalı?

En doğru ilk çözüm, üretici dışı modlu BIOS aramayı bırakıp resmi BIOS güncelleme yolunu denemektir. Bunun için disksiz halde BIOS’a girebiliyorsan modeline uygun resmi BIOS paketi Casper’ın resmi destek kanalından bulunmalı; doğrulanmamış “unlock” dosyaları kullanılmamalıdır. Elimde bu model için güvenilirliği doğrulanmış bir unlocked BIOS imajı yok; o yüzden böyle bir dosyayı güvenli seçenek gibi gösteremem.

İkinci çözüm, diskleri sistem içinden “hot-swap” ile kurtarma yöntemi üzerine kurmamaktır. DiskPart rescan, sisteme eklenen yeni diskleri taratabilir; ama disk görünmüyorsa clean ya da başka DiskPart adımlarına zaten geçilemez. Senin denemende rescan sonrası bile disk görünmemesi, bu yolun mevcut durumda çalışmadığını gösteriyor. Yani yazılımsal baypas arıyorsan, bu senaryoda içeri tak-çalıştır yöntemi fiilen sonuç vermemiş durumda.

Üçüncü çözüm, bir disk görünebildiği anda doğrudan temizlemeye gitmektir. Windows kurulum medyası ya da WinPE içinden DiskPart’ta disk görünürse sıra şu şekilde olmalıdır:

diskpart
list disk
select disk X
clean

clean komutu odaktaki diskten tüm bölüm ve biçimlendirme bilgisini kaldırır. Bu, bozuk GPT/MBR/EFI yapısını temizlemek için doğru adımdır. Ama tekrar altını çizmek gerekir: disk sistem tarafından görünmeden bu adım uygulanamaz.

Harici aparat olmadan bu kilitlenmeyi baypas etmek mümkün mü?

Kısa cevap: Kesin ve güvenilir bir baypas yolu görünmüyor. Çünkü Windows kurulum USB’si disksiz açılıyor, fakat disk takılınca sistem onları enumerate etmiyor ve DiskPart rescan sonrasında da görünmüyor. Bu durumda “önce içeride görünsün, sonra temizleyeyim” zinciri kırılmış oluyor. Yani harici NVMe-USB/SATA-USB aparat olmadan yazılımsal müdahale alanı gerçekten çok daralmış durumda.

Bu nedenle en gerçekçi çözüm, diski başka bir sisteme harici bağlayıp clean uygulamak ya da profesyonel serviste bunu yaptırmak olur. Harici diskler görünmüyorsa Windows tarafında yeniden takıp Rescan Disks yaklaşımı kullanılabiliyor; ama bu yöntem bile önce donanımın sistem tarafından sağlıklı enumerate edilmesini gerektiriyor. Senin mevcut tablonda o aşama geçilemediği için dış bağlantı neredeyse zorunlu hale geliyor.

Serviste nasıl bir teşhis sırası izlenmeli?

Serviste doğru sıra, önce diskleri ayrı ayrı dışarıda okumak, sonra resmi BIOS çizgisini kontrol etmek olmalıdır. İlk adımda SSD ve HDD ayrı ayrı harici adaptörle bağlanıp görülebiliyor mu bakılır; görünüyorsa doğrudan bölüm tablosu temizlenir. Görünmüyorsa disk donanımı ayrıca şüpheli hale gelir. Bu ayrım, “tamamen UEFI çakışması” varsayımını doğrulamak ya da çürütmek için kritik önemdedir.

İkinci adımda resmi BIOS sürümü kontrol edilir ve gerekiyorsa resmi paketle güncellenir. Üretici tarafı teknik destek ve resmi indirme kanalı burada devreye girmelidir. Modlu BIOS dosyasıyla ilerlemek, zaten BIOS’a takılan bir cihazda riski gereksiz büyütür.

Bu durumda parça değişimi gerekir mi?

Hemen “anakart öldü” ya da “disk kesin bozuk” demek için erken. Diskler sökülünce USB kurulum medyasının açılması, sistemin temel platformunun hâlâ çalıştığını gösteriyor. Bu, anakartı ilk sıradan bir miktar geri iter. Ama disk takılınca BIOS’un bile kilitlenmesi, depolama aygıtlarını tamamen temize çekmeyi de engeller. Bu yüzden önce diskler harici bağlanıp ayrı test edilmeden parça değişimi kararı vermek doğru olmaz.

Bu arıza nasıl çözülür?

Bu sorunda en doğru çözüm sırası şudur: disksiz BIOS erişimini doğrula, resmi BIOS hattını kontrol et, diskleri tek tek dene, görünen ilk disk üzerinde diskpart clean uygula; hiçbir disk içeriden görünmüyorsa harici adaptör veya servisle dış bağlantı üzerinden temizlemeye geç. Üretici dışı unlocked BIOS imajı ya da gizli menü hack’i bu aşamada doğru ilk yol değildir; çünkü doğrulanmış güvenli bir yöntem görünmüyor ve hata payı çok yüksek.

Son Kontrol

Bu tabloyu yalnızca “Linux kurdum, BIOS bozuldu” diye okumak eksik kalır. Şu anki belirtiler, disk takılıyken firmware’in disk algılama/önyükleme yapısında kilitlendiğini gösteriyor. Güvenilir bir unlocked BIOS imajı doğrulanamadığı için resmi BIOS çizgisinin dışına çıkmak doğru değil. Harici aparat olmadan içeriden baypas şansı da çok dar; çünkü DiskPart rescan sonrasında disk görünmüyorsa clean aşamasına geçilemiyor. En mantıklı yol, diskleri tek tek ayırmak ve mümkün olan ilk anda harici bağlayıp bölüm tablosunu temizlemek ya da bunu serviste yaptırmak.

Bu sorunla ilgili en sık sorulan kısa sorular ve sorunlar

Güvenilir unlocked BIOS var mı?
Bu model için üretici tarafından doğrulanmış güvenilir bir unlocked BIOS imajına ulaşamadım; bu yüzden önermem.

DiskPart clean bu işi çözer mi?
Disk görünür hale gelirse çoğu kez doğru adımdır; çünkü bölüm ve biçimlendirme bilgisini siler.

rescan neden işe yaramadı?
rescan yeni eklenen diskleri taratır; ama disk hiç enumerate olmuyorsa listede görünmez.

Sorun kesin yazılımsal mı?
Kesin söylenemez. Bozuk bölüm yapısı kadar disk/denetleyici tarafı da ihtimal olarak duruyor.