Ten wątek stanowi przydatny zapis tego, jak użytkownicy ZVM określali najbardziej potrzebne funkcje wirtualizacji. IceWhale rozpoczęło dyskusję w maju 2024 roku, gdy trwała kampania głosowania. Początkowo uwagę skupiano na większej liczbie formatów obrazów dysków, łatwiejszym dostępie do obrazów, importowaniu instancji z innych platform wirtualizacyjnych oraz obsłudze LXC. W ciągu następnego roku prośby stały się bardziej konkretne: obrazy QCOW2 i urządzeń wirtualnych, przekazywanie urządzeń PCI/GPU, automatyczne uruchamianie maszyn wirtualnych, zaawansowane ustawienia QEMU, zmiana rozmiaru pamięci masowej, przekazywanie dźwięku oraz lepsze raportowanie błędów.
Źródło należy traktować jako historię opinii na temat produktu, a nie jako aktualną listę funkcji. Pojawienie się danego żądania w tym wątku nie dowodzi, że funkcji tej obecnie brakuje, a odpowiedź IceWhale „omówimy to” nie jest zobowiązaniem do wydania.
QCOW2, VDI, OVA i gotowe urządzenia wirtualne były wczesnym priorytetem
Wielu użytkowników chciało uruchamiać gotowe urządzenia wirtualne bez konwertowania ich na instalatory ISO. Wielokrotnie wskazywano Home Assistant OS, ponieważ system ten jest dystrybuowany w postaci obrazów maszyn wirtualnych, a nie typowego instalacyjnego obrazu ISO.
Jest to inne wymaganie niż „zamontowanie ISO”. Wstępnie zainstalowany obraz dysku zawiera już system operacyjny i powinien zostać podłączony jako dysk rozruchowy maszyny wirtualnej.
Home Assistant OS uwidocznił problem z importowaniem obrazów
Kilka odpowiedzi dotyczyło konkretnie uruchamiania HAOS w ZVM. Późniejsze wyniki społeczności uzyskane na nowszych wersjach ZVM potwierdziły, że HAOS można uruchomić jako maszynę wirtualną, pokazując, dlaczego ograniczenia z 2024 roku nie należy przedstawiać jako stałego obecnego stanu.
Przekazywanie urządzeń PCI i GPU stało się ważnym żądaniem w 2025 roku
Użytkownicy sprzętu klasy gamingowej chcieli, aby systemy-goście Windows lub SteamOS korzystały z rzeczywistego GPU. Jeden z uczestników posiadający kartę RTX 2070 stwierdził, że zarówno Windows 11, jak i planowany system-gość SteamOS działały ociężale, ponieważ system gościa najwyraźniej korzystał z programowej grafiki.
Przekazywanie urządzeń PCI wymaga obsługi IOMMU/VFIO oraz bezpiecznej izolacji urządzeń. Zasadniczo różni się od emulowanego lub parawirtualizowanego wyświetlania.
Automatyczne uruchamianie maszyn wirtualnych było kolejnym praktycznym wymaganiem serwerowym
Użytkownik maszyny wirtualnej z serwerem Debian poprosił o przełącznik automatycznego uruchamiania dla każdej maszyny, aby maszyny infrastrukturalne wracały do działania po ponownym uruchomieniu ZimaOS. IceWhale przyjęło tę opinię i stwierdziło, że zespół ją omówi.
W przypadku stale działającego serwera domowego kolejność uruchamiania i odzyskiwanie działania po restarcie często mają większe znaczenie niż graficzne tworzenie maszyn wirtualnych.
Zaawansowani użytkownicy chcieli bezpośredniej kontroli nad QEMU/libvirt
Inny użytkownik poprosił o dostęp do niestandardowych poleceń QEMU oraz Cockpit Machines. Jego cele obejmowały eksperymenty z przekazywaniem dźwięku, wyższe rozdzielczości obrazu oraz łatwiejszą zmianę rozmiaru pul pamięci masowej.
Zima-Giorgio zapytał, jakie uprawnienia są faktycznie potrzebne, a następnie stwierdził, że zespół omówi te przypadki użycia. Źródło nie pokazuje oficjalnej obietnicy udostępnienia dowolnych flag wiersza poleceń QEMU w interfejsie ZVM.
Późniejsze zrzuty ekranu pokazały problemy z uruchamianiem i konfiguracją maszyn wirtualnych
Użytkownicy prosili również o lepsze informacje dotyczące pobierania i błędów
W październiku 2025 roku nowy użytkownik poinformował, że wbudowany odnośnik do pobrania obrazu ISO Debiana nie działał, podczas gdy ręcznie znaleziony adres URL Debiana działał. Użytkownik poprosił konkretnie, aby ZVM wyświetlał adres URL, który zakończył się niepowodzeniem, zamiast pokazywać jedynie ogólny błąd.
Jest to problem użyteczności niezależny od samego hipernadzorcy: rozwiązywanie problemów staje się znacznie łatwiejsze, gdy ZVM ujawnia rzeczywisty niedziałający zasób lub komunikat zaplecza.
Nie należy używać tego wątku jako macierzy funkcji na 2026 rok
ZVM nadal rozwijał się po zakończeniu początkowej kampanii opinii, a rozszerzenia społeczności dodają obecnie funkcje takie jak migawki, automatyczne uruchamianie, przekazywanie urządzeń USB/PCIe, eksporty kopii zapasowych oraz metryki wokół wbudowanej warstwy libvirt. Niektóre żądania z 2024 roku mają więc działające rozwiązania społecznościowe, nawet jeśli nie były dostępne w pierwotnym interfejsie.
Chcąc ustalić, czy ZVM może dziś uruchomić konkretne urządzenie wirtualne, należy sprawdzić aktualnie obsługiwane formaty obrazów i elementy sterujące urządzeniami w ZVM, zamiast polegać wyłącznie na tej historycznej liście żądań.
LXC znajdowało się na pierwotnej oficjalnej liście głosowania
IceWhale wyraźnie stwierdziło w pierwszym poście, że obsługa LXC już przyciągała głosy. Jest to inny model wirtualizacji niż pełne maszyny wirtualne KVM/QEMU: kontenery systemowe w stylu LXC współdzielą jądro gospodarza, zapewniając jednocześnie przestrzeń użytkownika bardziej przypominającą maszynę wirtualną.
Wątek nie pokazuje, że IceWhale dostarczyło LXC jako funkcję ZVM, dlatego bezpieczne stwierdzenie historyczne ogranicza się do tego, że był to kierunek, o który prosili użytkownicy.
Użytkownicy chcieli importowania urządzeń wirtualnych, a nie tylko większej liczby rozszerzeń plików
Prośby dotyczące QCOW2, VDI i OVA dotyczyły w istocie przenośności. Użytkownicy mieli już urządzenia wirtualne działające w QNAP, Unraid, VMware lub innych hipernadzorcach i chcieli przenieść te systemy do ZVM bez odtwarzania ich z nośników instalacyjnych.
Oznacza to, że znaczenie mają obsługa formatów, zgodność magistrali dyskowej, tryb oprogramowania sprzętowego, konfiguracja sieci oraz metadane importowanej maszyny wirtualnej. Samo rozpoznanie rozszerzenia pliku nie gwarantuje, że urządzenie wirtualne uruchomi się prawidłowo.
Rozdzielczość obrazu i przekazywanie dźwięku również stanowiły praktyczne problemy
Jeden z zaawansowanych użytkowników chciał eksperymentować z opcjami QEMU, ponieważ jego systemy-goście Linux wymagały lepszych rozdzielczości obrazu, a wcześniej poinformowano go, że przekazywanie dźwięku w systemie Windows nie jest dostępne. Chciał również łatwiejszej zmiany rozmiaru puli pamięci masowej za pomocą bardziej rozbudowanego interfejsu graficznego.
Żądania te pokazują, że opinie na temat ZVM nie dotyczyły wyłącznie tworzenia maszyn wirtualnych; użytkownicy chcieli również głębszej kontroli nad cyklem życia i urządzeniami po utworzeniu maszyny.
Wątek pomaga rozdzielić priorytety początkujących i zaawansowanych użytkowników
Dla zwykłych użytkowników importowanie obrazów, czytelne komunikaty o błędach, niezawodne uruchamianie i automatyczny start zmniejszają liczbę problemów. Dla zaawansowanych użytkowników ważniejsze są przekazywanie urządzeń PCI, niestandardowe argumenty QEMU, zmiana rozmiaru pamięci masowej, LXC i bezpośredni dostęp do libvirt.
To rozróżnienie jest przydatne podczas oceny ZVM obecnie: dana funkcja może być zbędna w przypadku prostego urządzenia wirtualnego Home Assistant, ale niezbędna dla maszyny wirtualnej Windows lub gamingowej korzystającej z GPU.
Najczęściej zadawane pytania dotyczące opinii o ZVM
Czy użytkownicy prosili o obsługę QCOW2?
Tak. QCOW2 i inne gotowe formaty maszyn wirtualnych należały do najczęściej powtarzających się próśb.
Czy IceWhale obiecało w tym wątku obsługę przekazywania urządzeń PCI?
Nie. Użytkownicy o nią prosili, a zespół przyjął opinie do wiadomości, ale wątek nie stanowi zobowiązania do wydania.
Czy proszono o automatyczne uruchamianie maszyn wirtualnych?
Tak, konkretnie w przypadku serwerowych maszyn wirtualnych, które powinny wracać do działania po ponownym uruchomieniu hosta.
