Donanım Sanallaştırma Nasıl Açılır, Neden Gerekiyor?

---

Bir geliştirme aracı kurulurken ekrana anlamsız görünen bir hata kodu düşüyor ve kurulum yarıda kalıyor. Aynı hata farklı araçlarda tekrarlanıyor. Ortak neden çoğu zaman tek bir ayarda toplanıyor: işlemcinin sanallaştırma özelliği kapalı.

Aşağıda donanım sanallaştırmanın ne işe yaradığını, hangi araçların onu şart koştuğunu, kapalıyken hangi hatanın çıktığını ve nereden açıldığını üreticilerin kendi belgelerine dayanarak bulacaksınız.

Neden gerekiyor?​

Sanal makineler ve konteyner araçları, ana işletim sisteminin içinde ayrı bir sistem çalıştırıyor. Bunun verimli yapılabilmesi için işlemcinin bu işi destekleyen özelliğinin açık olması gerekiyor.

Docker Desktop'ın Windows kurulum belgesi bunu bir kurulum şartı olarak yazıyor: hangi arka uç kullanılırsa kullanılsın BIOS/UEFI içinde donanım sanallaştırmanın etkinleştirilmesi gerekiyor.

Aynı belge diğer donanım şartlarını da sıralıyor: ikinci düzey adres çevirisi destekleyen 64-bit işlemci ve en az 8 GB sistem belleği.

Kapalıyken hangi hata çıkıyor?​

Microsoft'un WSL sorun giderme belgesi belirli bir hata kodunu doğrudan bu ayara bağlıyor: kurulum 0x80070003 ya da 0x80370102 hatasıyla başarısız olduğunda, bilgisayarın BIOS'unda sanallaştırmanın etkin olduğundan emin olun deniyor.

Belge, bunun nasıl yapılacağının bilgisayardan bilgisayara değiştiğini ve ayarın büyük olasılıkla işlemciyle ilgili seçenekler altında bulunacağını da ekliyor. Yani tek bir menü yolu vermek mümkün değil; anakart üreticisine göre değişiyor.

Hata kodunu ciddiye alın' Alıntı:

Aynı belgede geçen bir başka hata mesajı da aynı yere çıkıyor: "sanal makine başlatılamadı çünkü gerekli bir özellik yüklü değil". Bu mesaj bir yazılım arızası değil, çoğunlukla kapalı bir donanım ayarını işaret ediyor.

Genişletmek için tıkla ...

Windows tarafında iki katman var​

Donanım ayarı açıldıktan sonra iş bitmiyor; işletim sistemi tarafında da ilgili bileşenlerin etkin olması gerekiyor. WSL belgesi bu adımı ayrı yazıyor: Windows özelliklerini aç veya kapat ekranından ilgili bileşenin işaretlenmesi ya da yönetici yetkisiyle çalıştırılan bir komutla etkinleştirilmesi.

Docker'ın belgesi de arka uç seçeneklerini ayırıyor:

• WSL 2: Önerilen arka uç; belirli bir sürümden sonrası isteniyor ve yönetici ayrıcalığı gerektirmiyor.
• Hyper-V: Yönetici ayrıcalığı gerekiyor ve Windows özelliklerinden Hyper-V ile konteyner bileşenlerinin açılması isteniyor.

Bir bileşen açıldıktan sonra yeniden başlatma gerekiyor; WSL belgesi bunu da açıkça belirtiyor.

Hangi işler bu ayara bağlı?​

Liste ilk bakışta göründüğünden geniş: konteyner araçları, mobil geliştirmede kullanılan öykünücüler, yerel test için kurulan sanal makineler ve Windows üzerinde Linux çalıştırmayı sağlayan alt sistem.

Konteynerlerin ne işe yaradığını imaj ve konteyner farkını anlattığımız yazıda işlemiştik. Geliştirme ortamının kurulum tarafına ise kod editörünü tanıttığımız yazıdan bakabilirsiniz. Yerel bir veri tabanını sanal makinede çalıştırıyorsanız, tablo yapısını kurarken izlenecek yolu veritabanı tasarımı yazımız gösteriyor.

Sunucu tarafında durum farklı mı?​

Kişisel bilgisayarda ayar BIOS menüsünden açılıyor; kiralık bir sunucuda ise bu menüye erişiminiz olmuyor. Sanallaştırmanın açık olup olmadığı sağlayıcının donanım yapılandırmasına bağlı kalıyor.

Konteyner çalıştırmayı planladığınız bir sunucu kiralarken bu yüzden ürün sayfasındaki teknik ayrıntılara bakmak gerekiyor: iç içe sanallaştırmaya izin verilip verilmediği, sağlayıcıya ve pakete göre değişiyor.

Açmadan önce bilinmesi gerekenler​

Ayar işlemcinin desteklediği bir özelliği açıyor; yani cihazın performansını düşürmüyor, aksine sanal makinelerin donanım desteğiyle çalışmasını sağlıyor. Kapalıyken bazı araçlar hiç açılmıyor, açılanlar ise yazılımla taklit edilen bir katman üzerinden belirgin biçimde yavaş çalışıyor. Buna karşılık kurumsal cihazlarda bu menü yönetici tarafından kilitlenmiş olabiliyor.

İkinci nokta uyumluluk: bazı eski güvenlik yazılımları ve öykünücüler, sanallaştırma açıkken çakışma çıkarabiliyor. Böyle bir durumda hangi aracın hangi arka ucu kullandığını netleştirmek gerekiyor. Aynı makinede iki farklı sanallaştırma katmanını birden çalıştırmaya çalışmak, ikisinin de yavaşlamasına ya da hiç açılmamasına yol açabiliyor.

Sık Sorulan Sorular​

Donanım sanallaştırma nasıl açılır?
BIOS/UEFI ayarlarından. Microsoft'un belgesi yolun bilgisayardan bilgisayara değiştiğini ve ayarın büyük olasılıkla işlemciyle ilgili seçenekler altında olduğunu belirtiyor.

Hangi hata bu ayarı işaret ediyor?
WSL belgesine göre 0x80070003 ve 0x80370102 hatalarında BIOS'ta sanallaştırmanın etkin olduğundan emin olunması isteniyor.

Docker için başka ne gerekiyor?
Kurulum belgesine göre ikinci düzey adres çevirisi destekleyen 64-bit işlemci, en az 8 GB RAM ve BIOS/UEFI'de etkin donanım sanallaştırma.

WSL 2 mi Hyper-V mi?
Docker'ın belgesi WSL 2'yi öneriyor ve yönetici ayrıcalığı gerektirmediğini belirtiyor; Hyper-V arka ucu ise yönetici ayrıcalığı ve ek Windows bileşenleri istiyor.

Ayarı açtım, yine olmuyor?
İşletim sistemi tarafındaki bileşenin de etkin olması ve makinenin yeniden başlatılması gerekiyor.

Özetle​

Donanım sanallaştırma, işlemcinin sanal makineleri verimli çalıştırmasını sağlayan bir özellik ve pek çok geliştirme aracı onu şart koşuyor. Kapalıyken çıkan hatalar yazılım arızası gibi görünüyor ama kaynak BIOS ayarında. Çözüm iki katmanlı: önce donanım ayarı, sonra işletim sistemi bileşeni ve yeniden başlatma.

Kurulumda takıldığınız hatanın kodunu not ettiniz mi, hangi katmana işaret ediyor?

Güncelleme: 26 Ağustos 2026.

---