VMware-installationen i källan nådde ett specifikt feltillstånd: efter att installationen verkade vara klar visade GRUB Plats A (ok = 0, Försök = 0), varefter VM:n visade en svart skärm med en blinkande markör. När plats B valdes visades ett fel om okänt filsystem.
Tråden nådde aldrig en bekräftad grundorsak i VMware. Medlemmar i communityn misstänkte att systemplatserna inte hade skapats korrekt, men IceWhale fortsatte att be om reproduktionsdetaljer i stället för att stödja den teorin. Den aktuella ZimaOS-dokumentationen innehåller nu en särskild installationsguide för virtuella maskiner på Proxmox, men publicerar för närvarande ingen motsvarande guide för VMware Workstation.
Användaren följde de publicerade VMware-inställningarna
- ZimaOS 1.5.1-installations-ISO
- Annat Linux 6.x 64-bitars
- UEFI
- SATA-styrenhet
- 32 GB virtuell disk
- 4 CPU-kärnor
- ursprungligen 2 GB RAM
Att öka RAM-minnet till 8 GB löste inte problemet i källfallet
En användare i communityn föreslog 4–8 GB RAM. Mr.E ökade VM:n till 8 GB och rapporterade uttryckligen att beteendet med svart skärm kvarstod.
Det gick inte heller att starta plats B
Användaren valde plats B från GRUB och fick felet Okänt filsystem. Det stärkte uppfattningen att de installerade systemplatserna var skadade, men visade fortfarande inte varför VMware skapade detta tillstånd.
Tolkningen av ok=0 kom från communityn
gelbuilding observerade att båda systemplatserna visade ok = 0 och föreslog att VMwares maskinvaruabstraktion hindrade installationsprogrammet från att skapa giltiga platser. Detta är en rimlig tolkning från communityn, inte en begränsning som bekräftats av IceWhale.
IceWhale publicerade ingen slutgiltig VMware-lösning i tråden
Zima-Giorgio bad om videon och information om värddatorns maskinvara. Källan slutar medan användaren överväger en VMDK-konvertering; inget svar från personalen bekräftar någon specifik styrenhet, firmware eller lösning för bildkonvertering.
Den aktuella officiella dokumentationen för virtuella maskiner fokuserar på Proxmox
IceWhales aktuella Proxmox-guide använder en ZimaOS-ISO och rekommenderar UEFI, ingen extra EFI-disk, minst 4 CPU-kärnor och minst 8 GB RAM.
Använd den aktuella officiella installationsmetoden för ZimaOS i virtuella maskiner när du behöver ett dokumenterat arbetsflöde för hypervisorer.
Ingen aktuell VMware-guide är inte samma sak som att ”VMware aldrig kan fungera”
Vissa användare kan köra ZimaOS på VMware med ett annat virtuellt diskformat, en annan styrenhet eller en annan firmwarekonfiguration. Den offentliga källan fastställer helt enkelt inte någon tillförlitlig metod.
Om du testar VMware idag, dokumentera installationstillståndet noggrant
- aktuell ZimaOS-avbild/version
- VMware-version
- UEFI-/Secure Boot-status
- virtuell disksstyrenhet och format
- GRUB-status för plats A/plats B
- fullständig utdata från installations-/startkonsolen
Plats A och plats B ingår i ZimaOS design för återställning med dubbla system
ZimaOS har två systemplatser så att uppdateringar eller återställning kan starta en alternativ systempartition. Att båda platserna visas som ogiltiga är därför mer betydelsefullt än ett enskilt fel i det grafiska konsolfönstret: starthanteraren betraktade inte någon av de installerade platserna som ett fungerande startmål.
Den observationen visar fortfarande inte om det var installationsprogrammet, den virtuella disksstyrenheten, filsystemet, den fasta programvaran eller den VMware-specifika enhetsmodellen som orsakade det ogiltiga tillståndet.
Håll isär lyckad installation och lyckat installerat system
Källans installationsprogram verkade slutföras, men den första starten misslyckades. Ett lyckat installationsgränssnitt eller en lyckad automatisk sekvens räcker inte; ta alltid bort eller koppla från installationsmediet enligt instruktionerna och kontrollera att den installerade virtuella disken startar självständigt.
UEFI-detaljer spelar roll i virtuella maskiner
De aktuella IceWhale-instruktionerna för Proxmox är specifika när det gäller UEFI och anger till och med att man inte ska lägga till en EFI-disk i det arbetsflödet. Hypervisorer exponerar fast programvara och startlagring på olika sätt, så om du kopierar en Proxmox-inställning till VMware – eller en gammal VMware-inställning till en nyare Workstation-version – kan det ge en annan startlayout.
Den virtuella disksstyrenheten är en del av kompatibilitetsytan
SATA-, SCSI-, NVMe- och virtio-liknande virtuella styrenheter presenterar lagringen på olika sätt för gästen. Källan använde SATA eftersom den historiska handledningen föreskrev det. Om du testar en annan styrenhet, ändra en variabel i taget och behåll den misslyckade virtuella maskinen för jämförelse.
Källans idé om VMDK-konvertering verifierades aldrig
I slutet av tråden sade Mr.E att de skulle försöka konvertera en ZimaOS-avbild till VMDK. Det finns ingen uppföljning som bekräftar att metoden fungerade, så den bör inte presenteras som lösningen.
Använd Proxmox när du vill följa den aktuella dokumenterade VM-vägen
Om målet är att utvärdera ZimaOS i en virtuell maskin snarare än att specifikt validera VMware-kompatibilitet, har den aktuella Proxmox-metoden den mest omfattande IceWhale-dokumentationen och eliminerar flera osäkerhetsfaktorer i testet.
Vanliga frågor om VMware-installation
Löste mer minne problemet i källfallet?
Nej. Användaren testade 8 GB, men felet kvarstod.
Bekräftade tråden att VMwares hårdvaruabstraktion var grundorsaken?
Nej. Den förklaringen kom från ett svar i communityn och bekräftades inte av IceWhale.
Vilken VM-plattform täcker den aktuella IceWhale-dokumentationen uttryckligen?
Den aktuella ZimaOS-dokumentationen innehåller en särskild installationsguide för Proxmox VE.
