Instalacja VMware opisana w źródle doprowadziła do konkretnego stanu awarii: po pozornym zakończeniu instalacji GRUB wyświetlił Slot A (ok = 0, Try = 0), po czym maszyna wirtualna wyświetliła czarny ekran z migającym kursorem. Wybranie Slotu B spowodowało błąd nieznanego systemu plików.
Wątek nie doprowadził do potwierdzenia głównej przyczyny problemu z VMware. Członkowie społeczności podejrzewali, że sloty systemowe nie zostały prawidłowo utworzone, ale IceWhale nadal prosiło o szczegóły umożliwiające odtworzenie problemu, zamiast popierać tę teorię. Aktualna dokumentacja ZimaOS zawiera teraz dedykowany przewodnik instalacji maszyny wirtualnej w Proxmoxie; obecnie nie publikuje równoważnego przewodnika dotyczącego VMware Workstation.
Użytkownik zastosował opublikowane ustawienia VMware
- Obraz ISO instalatora ZimaOS 1.5.1
- Inny system Linux 6.x 64-bit
- UEFI
- Kontroler SATA
- Dysk wirtualny o pojemności 32 GB
- 4 rdzenie procesora
- początkowo 2 GB pamięci RAM
Zwiększenie pamięci RAM do 8 GB nie rozwiązało problemu w opisanym przypadku
Użytkownik społeczności zasugerował 4–8 GB pamięci RAM. Mr.E zwiększył pamięć maszyny wirtualnej do 8 GB i wyraźnie poinformował, że czarny ekran nadal się pojawiał.
Uruchomienie Slotu B również się nie powiodło
Użytkownik wybrał Slot B w GRUB-ie i otrzymał błąd Nieznany system plików. Wzmocniło to przekonanie, że zainstalowane sloty systemowe były uszkodzone, ale nadal nie wyjaśniało, dlaczego VMware utworzył taki stan.
Interpretacja ok=0 pochodziła od społeczności
gelbuilding zauważył, że oba sloty systemowe wyświetlały ok = 0 i zasugerował, że abstrakcja sprzętowa VMware uniemożliwiła instalatorowi utworzenie prawidłowych slotów. To wiarygodna interpretacja społeczności, a nie ograniczenie potwierdzone przez IceWhale.
IceWhale nie opublikowało w wątku ostatecznej poprawki dotyczącej VMware
Zima-Giorgio poprosił o szczegóły dotyczące nagrania wideo i sprzętu hosta. Źródło kończy się, gdy użytkownik rozważa ścieżkę konwersji VMDK; żadna odpowiedź pracownika nie potwierdza konkretnego kontrolera, oprogramowania układowego ani rozwiązania do konwersji obrazu.
Aktualna oficjalna dokumentacja maszyn wirtualnych koncentruje się na Proxmoxie
Aktualny przewodnik IceWhale dotyczący Proxmoxa używa obrazu ISO ZimaOS i zaleca UEFI, bez dodatkowego dysku EFI, co najmniej 4 rdzenie procesora oraz co najmniej 8 GB pamięci RAM.
Gdy potrzebujesz udokumentowanej procedury pracy z hiperwizorem, skorzystaj z aktualnej oficjalnej ścieżki instalacji maszyny wirtualnej ZimaOS.
Brak aktualnego przewodnika VMware nie oznacza, że „VMware nigdy nie zadziała”
Niektórzy użytkownicy mogą uruchamiać ZimaOS w VMware z innym formatem dysku wirtualnego, kontrolerem lub konfiguracją oprogramowania układowego. Publicznie dostępne źródło po prostu nie ustanawia niezawodnej procedury.
Jeśli testujesz VMware dziś, dokładnie zapisz stan instalacji
- bieżący obraz/wersja ZimaOS
- wersja VMware
- stan UEFI/Secure Boot
- kontroler i format dysku wirtualnego
- stan slotów GRUB A/B
- pełny tekst wyjściowy konsoli instalatora/rozruchu
Slot A i slot B są częścią projektu odzyskiwania ZimaOS z dwoma systemami
ZimaOS utrzymuje dwa sloty systemowe, aby aktualizacje i odzyskiwanie mogły uruchomić alternatywną partycję systemową. Dlatego wyświetlenie obu slotów jako nieprawidłowych ma większe znaczenie niż pojedyncza awaria konsoli graficznej: program rozruchowy nie uznał żadnego z zainstalowanych slotów za prawidłowy cel rozruchu.
Ta obserwacja nadal nie pozwala ustalić, czy przyczyną nieprawidłowego stanu był instalator, kontroler dysku wirtualnego, system plików, oprogramowanie układowe czy model urządzenia specyficzny dla VMware.
Oddziel pomyślne ukończenie instalatora od pomyślnego uruchomienia zainstalowanego systemu
Instalator ze źródłowego przypadku wyglądał na ukończony, ale pierwszy rozruch się nie powiódł. Pomyślne wyświetlenie interfejsu instalatora lub automatyczne ukończenie sekwencji nie wystarcza; zawsze usuń lub odłącz nośnik instalacyjny zgodnie z instrukcjami i sprawdź, czy zainstalowany dysk wirtualny uruchamia się niezależnie.
Szczegóły UEFI mają znaczenie w maszynach wirtualnych
Obecne instrukcje IceWhale dotyczące Proxmox precyzyjnie określają użycie UEFI, a nawet mówią, aby w tym procesie nie dodawać dysku EFI. Hiperwizory różnie udostępniają oprogramowanie układowe i pamięć rozruchową, więc skopiowanie ustawienia Proxmox do VMware — albo starego ustawienia VMware do nowszego wydania Workstation — może spowodować utworzenie innego układu rozruchowego.
Wirtualny kontroler dysku jest częścią zakresu zgodności
Wirtualne kontrolery SATA, SCSI, NVMe i kontrolery typu virtio przedstawiają pamięć masową systemowi gościa w różny sposób. W źródle użyto SATA, ponieważ tak zalecał historyczny samouczek. Jeśli testujesz inny kontroler, zmieniaj jedną zmienną naraz i zachowaj niesprawną maszynę wirtualną do porównania.
Pomysł konwersji do VMDK przedstawiony w źródle nigdy nie został zweryfikowany
Pod koniec wątku Mr.E powiedział, że spróbują przekonwertować obraz ZimaOS do formatu VMDK. Nie ma żadnej późniejszej informacji potwierdzającej, że to podejście zadziałało, dlatego nie należy przedstawiać go jako rozwiązania.
Użyj Proxmox, jeśli chcesz skorzystać z obecnie udokumentowanej ścieżki dla maszyn wirtualnych
Jeśli celem jest ocena ZimaOS na maszynie wirtualnej, a nie konkretna weryfikacja zgodności z VMware, obecna metoda dla Proxmox ma najbardziej szczegółową dokumentację IceWhale i eliminuje kilka niewiadomych z testu.
Często zadawane pytania dotyczące instalacji VMware
Czy zwiększenie pamięci rozwiązało problem opisany w źródłowym przypadku?
Nie. Użytkownik przetestował 8 GB, ale problem nadal występował.
Czy wątek potwierdził, że abstrakcja sprzętowa VMware była główną przyczyną?
Nie. To wyjaśnienie pochodziło z odpowiedzi społeczności i nie zostało potwierdzone przez IceWhale.
Którą platformę maszyn wirtualnych obecna dokumentacja IceWhale obejmuje wyraźnie?
Aktualna dokumentacja ZimaOS zawiera dedykowany przewodnik instalacji Proxmox VE.
