VMware ESXi kurulumdan sonra diski görmüyor
ESXi kurulduktan sonra bir disk bazen datastore oluştururken görünmez veya ESXi disk üzerinde eski bir datastore bulur ancak onu bağlamaz (mount etmez). Çözümü neden belirler: bazı çözümler diskteki verileri korur, bazıları siler. Bu kılavuz, önce nedenin nasıl bulunacağını, ardından doğru senaryonun nasıl seçileceğini açıklar.
Komutlar ESXi 8.0 içindir ve ESXi 7.0 üzerinde de çalışır. Komutları ESXi Shell'de veya SSH üzerinden root olarak çalıştırın.
ESXi 7.0'ın genel desteği 2 Ekim 2025'te sona ermiştir ve bu sürüm artık güvenlik düzeltmeleri almamaktadır. Sunucu hâlâ ESXi 7.0 çalıştırıyorsa, desteklenen bir sürüme yükseltme planlayın.
Nedeni bulma
Tarayıcıda ESXi Host Client'ı açın ve Storage → Devices bölümüne gidin. Diski bulun ve ne gördüğünüzü kontrol edin.
- Disk Storage → Devices altında listelenmiştir ancak New datastore sihirbazında kullanılabilir değildir. Herhangi bir değişiklik yapmadan önce diskte mevcut bir datastore, sistem bölümleri veya başka bölümler olup olmadığını kontrol edin. Senaryo 1 ve 2'ye bakın.
- ESXi, diskte eski bir VMFS datastore bildirir ancak datastore bağlı değildir. Disk büyük olasılıkla başka bir ESXi kurulumunda kullanılmış veya klonlanmıştır. Senaryo 1'e gidin.
- Disk listede hiç yoktur. ESXi cihazın kendisini görmez. Senaryo 3'e gidin.
Aynı kontrol komut satırından. ESXi'nin gördüğü diskleri listeleyin:
esxcli storage core device list | grep -E "^[a-z]|Display Name|Size"
ESXi'nin bulduğu ancak bağlamadığı VMFS birimlerini listeleyin:
esxcli storage vmfs snapshot list
İkinci komut hiçbir birim göstermiyorsa, disk yine de elle bağlantısı kesilmiş normal bir VMFS datastore içerebilir. ESXi böyle bir datastore'u otomatik olarak bağlamaz, ancak bu bir snapshot da değildir. Dosya sistemleri listesini kontrol edin:
esxcli storage filesystem list
Datastore listede Mounted değeri false olarak görünüyorsa, adıyla bağlayın:
esxcli storage filesystem mount -l DATASTORE_NAME
Veya UUID ile bağlayın:
esxcli storage filesystem mount -u DATASTORE_UUID
İkinci komut bir birim gösteriyorsa Senaryo 1'i kullanın. Hiçbir komut datastore'u göstermiyorsa, bu henüz diskte yalnızca eski bölümler olduğu anlamına gelmez: disk önyükleme diski (Senaryo 4'e bakın) olabilir veya ihtiyaç duyduğunuz verileri içerebilir. Herhangi bir şeyi silmeden önce bölümleri Senaryo 2'de açıklandığı şekilde kontrol edin.
Senaryo 1. Mevcut bir VMFS datastore'u bağlama ve verileri koruma
Disk, ihtiyaç duyduğunuz sanal makineleri içeren bir datastore barındırıyorsa bu senaryoyu kullanın. Bu durum, ESXi aynı sunucuya yeniden kurulduğunda, disk başka bir ana bilgisayardan taşındığında veya disk başka bir diskin kopyası olduğunda ortaya çıkar.
Her VMFS biriminin, oluşturulduğu cihazın tanımlayıcısına bağlı bir imzası vardır. Cihaz tanımlayıcısı değişirse, örneğin disk klonlandığında, başka bir denetleyiciye taşındığında veya farklı bir LUN ID ile sunulduğunda, ESXi birimi çözümlenmemiş snapshot (unresolved snapshot) olarak algılar ve otomatik olarak bağlamaz. Bu, aynı datastore'un iki kopyasının bağlanmasını önler. Bağlı olmayan her datastore snapshot değildir: aşağıdaki komut hiçbir şey göstermiyorsa neden farklıdır.
Birimi kontrol edin:
esxcli storage vmfs snapshot list
Örnek çıktı:
5f5b217c-2b53d2b8-d1a4-ac1f6be04cea Volume Name: datastore1 VMFS UUID: 5f5b217c-2b53d2b8-d1a4-ac1f6be04cea Can mount: true Reason for un-mountability: Can resignature: true Reason for non-resignaturability: Unresolved Extent Count: 1
Mevcut imzayı koruyabilir (mount) veya yeni bir imza yazabilirsiniz (resignature).
Birimi mevcut imzayla bağlama
Bu yöntemi, orijinal datastore artık bu ana bilgisayara bağlı olmadığında kullanın, örneğin ESXi yeniden kurulduktan sonra:
esxcli storage vmfs snapshot mount -l datastore1
datastore1 yerine çıktıdaki Volume Name değerini yazın. Birkaç birimin adı aynıysa bunun yerine UUID kullanın: -u 5f5b217c-2b53d2b8-d1a4-ac1f6be04cea. Aynısı resignature için de geçerlidir. Bağlama, yeniden başlatmadan sonra da korunur. Birimi yalnızca bir sonraki yeniden başlatmaya kadar bağlamak için -n ekleyin.
Yöntemi, orijinal birimin hâlâ bağlı olup olmadığına göre seçin. Aynı UUID'ye sahip orijinal datastore ana bilgisayara bağlıysa, kopya mevcut imzayla bağlanamaz. Bu durumda resignature kullanın.
Birime resignature uygulama
Bu yöntemi, orijinal datastore ve kopyasının aynı ana bilgisayarda aynı anda çalışması gerektiğinde kullanın:
esxcli storage vmfs snapshot resignature -l datastore1
ESXi yeni bir UUID yazar ve datastore snap-1a2b3c4d-datastore1 gibi bir adla görünür. Adı Host Client'ta değiştirebilirsiniz.
Resignature işleminden sonra bu datastore üzerindeki sanal makineler ana bilgisayara kayıtlı değildir. Datastore'u Storage → Datastore browser bölümünde açın, her sanal makinenin .vmx dosyasını bulun ve kaydedin. Komut satırından bir sanal makineyi şu komutla kaydedin:
vim-cmd solo/registervm /vmfs/volumes/DATASTORE/VM/VM.vmx
DATASTORE ve VM yerine datastore adını ve sanal makinenin klasörünü yazın. Resignature geri alınamaz.
Sonucu kontrol etme
esxcli storage filesystem list
Datastore listede Mounted değeri true olarak görünmelidir. Ayrıca Host Client'ta Storage → Datastores altında görünür.
Eski esxcfg-volume -l (listeleme) ve esxcfg-volume -M <UUID> (kalıcı bağlama) komutları aynı işi yapar ve ESXi 7.0 ile 8.0'da hâlâ çalışır. vicfg-volume komutu artık desteklenmeyen vSphere CLI'a aittir.
Senaryo 2. Eski bölümleri temizleme ve diski yeni gibi kullanma
Bu senaryoyu yalnızca diskte ihtiyaç duyduğunuz veri yoksa kullanın. Tipik durumlar: disk başka bir işletim sistemi, bir donanım RAID'i veya artık ihtiyaç duymadığınız eski bir ESXi kurulumu tarafından kullanılmıştır. Eski bölümler diskte durdukça ESXi böyle bir diski yeni datastore için sunmaz.
Bölüm tablosunu temizlemek diskteki tüm verileri siler. Disk tanımlayıcısını iki kez kontrol edin ve bunun ESXi'nin önyükleme yaptığı disk olmadığından ve ihtiyaç duyduğunuz bir datastore içeren disk olmadığından emin olun.
Host Client'ta
Storage → Devices bölümüne gidin ve diske tıklayın. Actions öğesine tıklayın ve Clear partition table seçeneğini belirleyin. İşlemi onaylayın.
Ardından Storage → Datastores bölümüne gidin, New datastore öğesine tıklayın ve disk üzerinde bir VMFS datastore oluşturun.
Yalnızca bir bölümü kaldırmanız gerekiyorsa bunun yerine Edit partitions seçeneğini belirleyin, bölümü silin ve değişiklikleri kaydedin.
Komut satırından
Diskin cihaz adını bulun:
ls /vmfs/devices/disks/ | grep -v ":"
Bunun önyükleme diski olmadığından ve üzerinde datastore bulunmadığından emin olun. DEVICE yerine önceki komuttan aldığınız adı yazın:
esxcli storage core device list -d DEVICE | grep -E "Display Name|Is Boot Device" esxcli storage vmfs extent list
Is Boot Device değeri false olmalı ve cihaz esxcli storage vmfs extent list çıktısında yer almamalıdır. Ayrıca diskin çökme dökümü (crash dump) veya sistem günlükleri için kullanılmadığından emin olun:
esxcli system coredump partition list esxcli system syslog config get
Cihaz coredump çıktısında yer almamalı ve syslog dizini bu diskteki bir datastore üzerinde olmamalıdır. Diskin ne için kullanıldığından emin değilseniz, yıkıcı komutu çalıştırmayın. Ardından diskin bölümlerini gösterin:
partedUtil getptbl /vmfs/devices/disks/DEVICE
Yeni, boş bir GPT bölüm tablosu yazın:
partedUtil mklabel /vmfs/devices/disks/DEVICE gpt
Host Client'ın boş diski görmesi için bağdaştırıcıları yeniden tarayın:
esxcli storage core adapter rescan --all
Ardından yukarıda açıklandığı gibi Host Client'ta datastore oluşturun.
Senaryo 3. Disk hiç görünmüyor
Disk Storage → Devices altında yoksa, ESXi cihazın kendisini görmüyordur. Bölümlerin ve datastore'ların burada önemi yoktur: sorun donanımda, denetleyici modunda veya sürücüdedir.
Depolama bağdaştırıcılarını ve sürücülerini kontrol edin:
esxcli storage core adapter list
Ardından bağdaştırıcıları yeniden tarayın:
esxcli storage core adapter rescan --all
Cihaz listesini yeniden kontrol edin:
esxcli storage core device list
Disk hâlâ görünmüyorsa aşağıdaki nedenleri kontrol edin.
Yaygın nedenler:
- disk bir RAID denetleyicisine bağlıdır ve denetleyici ayarlarında hiçbir sanal diske (mantıksal sürücüye) eklenmemiştir;
- denetleyici ESXi'nin desteklemediği bir modda çalışmaktadır, örneğin anakartın yazılım RAID'i;
- denetleyici veya NVMe sürücü için ESXi sürücüsü yoktur. ESXi 7.0 ve sonrası eski vmklinux sürücülerini artık desteklemez, bu nedenle ESXi 6.x ile çalışan donanım çalışmayabilir;
- disk BIOS/UEFI ayarlarında devre dışıdır, arızalıdır veya bağlı değildir.
Denetleyici ve disk modelini Broadcom Compatibility Guide'da kontrol edin. RAID denetleyicisi için önyükleme sırasında yapılandırma yardımcı programını açın ve diskin bir sanal diskin parçası olduğundan emin olun veya destekliyorsa denetleyiciyi HBA (pass-through) moduna geçirin.
INTROSERV dedicated sunucu müşterileri, disk ESXi'de görünmüyorsa destek ekibiyle iletişime geçebilir. Destek ekibi sunucudaki denetleyici yapılandırmasını ve donanımı kontrol eder.
Senaryo 4. Sistem diskinde datastore için az yer var veya hiç yok
ESXi 7.0'dan itibaren yükleyici, önyükleme diskinde önyükleme bölümlerini ve bir ESX-OSData bölümü oluşturur. Varsayılan olarak bu sistem bölümleri 138 GB'a kadar yer kaplar. Önyükleme diski 142 GB veya daha küçükse, yükleyici üzerinde hiç yerel datastore oluşturmaz. Daha büyük bir diskte datastore yalnızca kalan alanı alır. Disk görünür, ancak üzerinde çok az boş alan vardır veya hiç yoktur.
Bu bir hata değildir. Tam yerleşim, disk boyutuna ve kurulum seçeneklerine bağlıdır. Sistem diskindeki alana ihtiyacınız varsa, ESXi'yi daha küçük sistem bölümleriyle yeniden kurun. ESXi yükleyicisinin önyükleme ekranı göründüğünde, önyükleme seçeneklerini düzenlemek için Shift+O tuşlarına basın ve satırın sonuna aşağıdaki parametreyi ekleyin. Bu, yükleyicinin bir önyükleme seçeneğidir, ESXi Shell için bir komut değildir:
systemMediaSize=min
min değeriyle sistem bölümleri 33 GB yer kaplar. Bu değer, tek diskli ve sınırlı özellik kümesine sahip sunucular içindir. Diğer değerler: small (69 GB, en az 512 GB RAM'e sahip sunucular için), default (138 GB) ve max (tüm kullanılabilir alan). Seçenek ESXi 7.0 Update 1c'den itibaren kullanılabilir.
ESXi'yi yeni bölüm yerleşimiyle yeniden kurmak, sistem diskindeki mevcut yerel datastore'u siler. Önce sanal makineleri taşıyın veya yedekleyin.
Diğer yol, ESXi'yi sistem diskinde bırakmak ve datastore'ları yalnızca diğer disklerde oluşturmaktır.
Sonuç
Önce ESXi'nin diski görüp görmediğini ve üzerinde eski bir VMFS birimi bulup bulmadığını kontrol edin. Diskte ihtiyaç duyduğunuz bir datastore varsa, onu bağlayın veya resignature uygulayın. Diskte ihtiyaç duymadığınız eski veriler varsa, bölüm tablosunu temizleyin ve yeni bir datastore oluşturun. Disk hiç görünmüyorsa, denetleyici modunu ve sürücü desteğini kontrol edin.
