VMware ESXi ne vidi disk nakon instalacije
Nakon instalacije ESXi-ja disk se ponekad ne pojavljuje pri izradi datastorea ili ESXi na njemu pronađe stari datastore, ali ga ne montira. Uzrok određuje rješenje: neka rješenja čuvaju podatke na disku, a druga ih brišu. Ovaj vodič objašnjava kako prvo utvrditi uzrok, a zatim odabrati odgovarajući scenarij.
Naredbe vrijede za ESXi 8.0 i rade i na ESXi 7.0. Pokrenite ih u ESXi Shellu ili putem SSH-a kao root.
Opća podrška za ESXi 7.0 završila je 2. listopada 2025. i ta verzija više ne dobiva sigurnosne ispravke. Ako poslužitelj još radi na ESXi 7.0, planirajte nadogradnju na podržanu verziju.
Utvrđivanje uzroka
U pregledniku otvorite ESXi Host Client i idite na Storage → Devices. Pronađite disk i provjerite što vidite.
- Disk se nalazi na popisu u Storage → Devices, ali nije dostupan u čarobnjaku New datastore. Prije bilo kakve promjene provjerite sadrži li postojeći datastore, sistemske particije ili druge particije. Pogledajte scenarije 1 i 2.
- ESXi na disku prijavljuje stari VMFS datastore, ali on nije montiran. Disk je najvjerojatnije korišten u drugoj instalaciji ESXi-ja ili je kloniran. Idite na scenarij 1.
- Diska uopće nema na popisu. ESXi ne vidi sam uređaj. Idite na scenarij 3.
Ista provjera iz naredbenog retka. Ispišite diskove koje ESXi vidi:
esxcli storage core device list | grep -E "^[a-z]|Display Name|Size"
Ispišite VMFS volumene koje je ESXi pronašao, ali nije montirao:
esxcli storage vmfs snapshot list
Ako druga naredba ne prikaže nijedan volumen, disk i dalje može sadržavati običan VMFS datastore koji je ručno demontiran. ESXi takav datastore ne montira automatski, ali on nije ni snapshot. Provjerite popis datotečnih sustava:
esxcli storage filesystem list
Ako se datastore nalazi na popisu s vrijednošću Mounted postavljenom na false, montirajte ga po imenu:
esxcli storage filesystem mount -l DATASTORE_NAME
Ili po UUID-u:
esxcli storage filesystem mount -u DATASTORE_UUID
Ako druga naredba prikaže volumen, koristite scenarij 1. Ako nijedna naredba ne prikaže datastore, to još ne znači da su na disku samo stare particije: disk može biti boot disk (pogledajte scenarij 4) ili sadržavati podatke koji su vam potrebni. Prije brisanja bilo čega provjerite particije kako je opisano u scenariju 2.
Scenarij 1. Montiranje postojećeg VMFS datastorea uz očuvanje podataka
Ovaj scenarij koristite kada disk sadrži datastore s virtualnim strojevima koji su vam potrebni. To se događa nakon ponovne instalacije ESXi-ja na istom poslužitelju, kada se disk premjesti s drugog hosta ili kada je disk kopija drugog diska.
Svaki VMFS volumen ima potpis povezan s identifikatorom uređaja na kojem je izrađen. Ako se identifikator uređaja promijeni, na primjer nakon kloniranja diska, premještanja na drugi kontroler ili prikazivanja s drugim LUN ID-om, ESXi prepoznaje volumen kao neriješeni snapshot (unresolved snapshot) i ne montira ga automatski. To štiti od montiranja dviju kopija istog datastorea. Nije svaki nemontirani datastore snapshot: ako donja naredba ne prikaže ništa, uzrok je drugačiji.
Provjerite volumen:
esxcli storage vmfs snapshot list
Primjer izlaza:
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
Možete zadržati postojeći potpis (mount) ili zapisati novi (resignature).
Montiranje volumena s postojećim potpisom
Ovaj način koristite kada izvorni datastore više nije povezan s ovim hostom, na primjer nakon ponovne instalacije ESXi-ja:
esxcli storage vmfs snapshot mount -l datastore1
Zamijenite datastore1 vrijednošću Volume Name iz izlaza. Ako više volumena ima isto ime, umjesto toga koristite UUID: -u 5f5b217c-2b53d2b8-d1a4-ac1f6be04cea. Isto vrijedi i za resignature. Montiranje ostaje i nakon ponovnog pokretanja. Da biste volumen montirali samo do sljedećeg ponovnog pokretanja, dodajte -n.
Način odaberite prema tome je li izvorni volumen još povezan. Ako je na hostu montiran izvorni datastore s istim UUID-om, kopija se ne može montirati s postojećim potpisom. U tom slučaju koristite resignature.
Resignature volumena
Ovaj način koristite kada izvorni datastore i njegova kopija moraju istodobno raditi na istom hostu:
esxcli storage vmfs snapshot resignature -l datastore1
ESXi zapisuje novi UUID, a datastore se pojavljuje s imenom poput snap-1a2b3c4d-datastore1. Možete ga preimenovati u Host Clientu.
Nakon resignaturea virtualni strojevi na ovom datastoreu nisu registrirani na hostu. Otvorite datastore u Storage → Datastore browser, pronađite .vmx datoteku svakog virtualnog stroja i registrirajte ga. Iz naredbenog retka virtualni stroj registrirate naredbom:
vim-cmd solo/registervm /vmfs/volumes/DATASTORE/VM/VM.vmx
Zamijenite DATASTORE i VM imenom datastorea i mapom virtualnog stroja. Resignature se ne može poništiti.
Provjera rezultata
esxcli storage filesystem list
Datastore mora biti na popisu s vrijednošću Mounted postavljenom na true. Prikazuje se i u Storage → Datastores u Host Clientu.
Starije naredbe esxcfg-volume -l (ispis popisa) i esxcfg-volume -M <UUID> (trajno montiranje) obavljaju isti posao i još uvijek rade u ESXi-ju 7.0 i 8.0. Naredba vicfg-volume pripada vSphere CLI-ju, koji više nije podržan.
Scenarij 2. Brisanje starih particija i korištenje diska kao novog
Ovaj scenarij koristite samo kada disk ne sadrži podatke koji su vam potrebni. Tipični slučajevi: disk je koristio drugi operacijski sustav, hardverski RAID ili stara instalacija ESXi-ja koja vam više nije potrebna. ESXi takav disk ne nudi za novi datastore dok su na njemu stare particije.
Brisanje particijske tablice briše sve podatke na disku. Dvaput provjerite identifikator diska i uvjerite se da to nije disk s kojeg se ESXi pokreće niti disk s datastoreom koji vam je potreban.
U Host Clientu
Idite na Storage → Devices i kliknite disk. Kliknite Actions i odaberite Clear partition table. Potvrdite radnju.
Zatim idite na Storage → Datastores, kliknite New datastore i na disku izradite VMFS datastore.
Ako trebate ukloniti samo jednu particiju, umjesto toga odaberite Edit partitions, izbrišite particiju i spremite promjene.
Iz naredbenog retka
Pronađite naziv uređaja diska:
ls /vmfs/devices/disks/ | grep -v ":"
Uvjerite se da to nije boot disk i da se na njemu ne nalazi nijedan datastore. Zamijenite DEVICE nazivom iz prethodne naredbe:
esxcli storage core device list -d DEVICE | grep -E "Display Name|Is Boot Device" esxcli storage vmfs extent list
Is Boot Device mora biti false, a uređaj se ne smije pojaviti u izlazu naredbe esxcli storage vmfs extent list. Uvjerite se i da se disk ne koristi za ispis memorije pri padu sustava (crash dump) niti za sistemske zapisnike:
esxcli system coredump partition list esxcli system syslog config get
Uređaj se ne smije pojaviti u izlazu coredump naredbe, a direktorij syslog ne smije biti na datastoreu s ovog diska. Ako niste sigurni za što se disk koristi, nemojte pokretati destruktivnu naredbu. Zatim prikažite particije diska:
partedUtil getptbl /vmfs/devices/disks/DEVICE
Zapišite novu praznu GPT particijsku tablicu:
partedUtil mklabel /vmfs/devices/disks/DEVICE gpt
Ponovno skenirajte adaptere kako bi Host Client vidio prazan disk:
esxcli storage core adapter rescan --all
Zatim izradite datastore u Host Clientu kako je gore opisano.
Scenarij 3. Disk uopće nije vidljiv
Ako diska nema u Storage → Devices, ESXi ne vidi sam uređaj. Particije i datastoreovi ovdje nisu bitni: problem je u hardveru, načinu rada kontrolera ili upravljačkom programu.
Provjerite adaptere za pohranu i njihove upravljačke programe:
esxcli storage core adapter list
Zatim ponovno skenirajte adaptere:
esxcli storage core adapter rescan --all
Ponovno provjerite popis uređaja:
esxcli storage core device list
Ako disk i dalje nedostaje, provjerite sljedeće uzroke.
Uobičajeni uzroci:
- disk je spojen na RAID kontroler i u postavkama kontrolera nije dodan nijednom virtualnom disku (logičkom pogonu);
- kontroler radi u načinu koji ESXi ne podržava, na primjer u softverskom RAID-u matične ploče;
- ne postoji ESXi upravljački program za kontroler ili NVMe pogon. ESXi 7.0 i noviji više ne podržavaju stare vmklinux upravljačke programe, pa hardver koji je radio s ESXi-jem 6.x može prestati raditi;
- disk je onemogućen u BIOS/UEFI postavkama, neispravan ili nije spojen.
Model kontrolera i diska provjerite u Broadcom Compatibility Guideu. Kod RAID kontrolera tijekom pokretanja otvorite njegov konfiguracijski alat i uvjerite se da je disk dio virtualnog diska ili prebacite kontroler u HBA (pass-through) način rada ako ga podržava.
Klijenti dedicated poslužitelja INTROSERV mogu se obratiti podršci ako disk nije vidljiv u ESXi-ju. Podrška provjerava konfiguraciju kontrolera i hardver poslužitelja.
Scenarij 4. Na sistemskom disku ima malo prostora za datastore ili ga uopće nema
Počevši od ESXi-ja 7.0, instalacijski program na boot disku stvara boot particije i particiju ESX-OSData. Prema zadanim postavkama te sistemske particije zauzimaju do 138 GB. Ako je boot disk velik 142 GB ili manje, instalacijski program na njemu uopće ne stvara lokalni datastore. Na većem disku datastore dobiva samo preostali prostor. Disk je vidljiv, ali na njemu ima malo slobodnog prostora ili ga uopće nema.
To nije pogreška. Točan raspored ovisi o veličini diska i opcijama instalacije. Ako vam je potreban prostor na sistemskom disku, ponovno instalirajte ESXi s manjim sistemskim particijama. Kada se pojavi početni zaslon instalacijskog programa ESXi-ja, pritisnite Shift+O za uređivanje boot opcija i na kraj retka dodajte sljedeći parametar. To je boot opcija instalacijskog programa, a ne naredba za ESXi Shell:
systemMediaSize=min
S vrijednošću min sistemske particije zauzimaju 33 GB. Ta je vrijednost namijenjena poslužiteljima s jednim diskom i malim skupom značajki. Ostale vrijednosti su small (69 GB, za poslužitelje s najmanje 512 GB RAM-a), default (138 GB) i max (sav dostupni prostor). Opcija je dostupna od ESXi-ja 7.0 Update 1c.
Ponovna instalacija ESXi-ja s novim rasporedom particija briše postojeći lokalni datastore na sistemskom disku. Prethodno premjestite virtualne strojeve ili napravite njihovu sigurnosnu kopiju.
Drugi način je zadržati ESXi na sistemskom disku, a datastoreove izrađivati samo na drugim diskovima.
Zaključak
Prvo provjerite vidi li ESXi disk i je li na njemu pronašao stari VMFS volumen. Ako disk sadrži datastore koji vam je potreban, montirajte ga ili izvršite resignature. Ako disk sadrži stare podatke koji vam nisu potrebni, obrišite particijsku tablicu i izradite novi datastore. Ako disk uopće nije vidljiv, provjerite način rada kontrolera i podršku upravljačkih programa.