Deze thread is een nuttig overzicht van hoe ZVM-gebruikers de virtualisatiefuncties definieerden die ze het belangrijkst vonden. IceWhale startte de discussie in mei 2024, terwijl er een stemcampagne liep. In eerste instantie ging de aandacht vooral uit naar meer schijfimage-indelingen, eenvoudigere toegang tot images, het importeren van instanties van andere virtualisatieplatforms en LXC-ondersteuning. In het daaropvolgende jaar werden de verzoeken concreter: QCOW2- en appliance-images, PCI-/GPU-passthrough, automatisch starten van VM's, geavanceerde QEMU-regelaars, het vergroten van opslag, audiopassthrough en betere foutmeldingen.
De bron moet worden gelezen als een geschiedenis van productfeedback, niet als een actuele functielijst. Dat een verzoek in deze thread voorkomt, bewijst niet dat de functie vandaag ontbreekt, en een antwoord van IceWhale met de strekking “we zullen dit bespreken” is geen toezegging voor een release.
QCOW2, VDI, OVA en kant-en-klare appliances waren een vroege prioriteit
Meerdere gebruikers wilden kant-en-klare virtuele appliances opstarten zonder ze om te zetten naar ISO-installatieprogramma's. Home Assistant OS werd herhaaldelijk genoemd, omdat het VM-images verspreidt in plaats van een conventionele installatie-ISO.
Dit is een andere vereiste dan “een ISO koppelen”. Een vooraf geïnstalleerde schijfimage bevat al een besturingssysteem en moet als opstartschijf van de VM worden gekoppeld.
Home Assistant OS maakte het gat bij het importeren van images concreet
Verschillende reacties vroegen specifiek om HAOS in ZVM te kunnen uitvoeren. Latere resultaten uit de community op nieuwere ZVM-versies bevestigden dat HAOS als VM kan worden uitgevoerd. Dat laat zien waarom een beperking uit 2024 niet als een blijvende huidige toestand moet worden beschreven.
PCI- en GPU-passthrough werden een belangrijk verzoek in 2025
Gebruikers met hardware uit de gamingklasse wilden dat Windows- of SteamOS-gasten een echte GPU konden gebruiken. Een deelnemer met een RTX 2070 zei dat zowel Windows 11 als een geplande SteamOS-gast traag waren, omdat de gast softwarematige grafische verwerking leek te gebruiken.
PCI-passthrough vereist IOMMU-/VFIO-ondersteuning en veilige isolatie van apparaten. Het verschilt wezenlijk van geëmuleerde of geparavirtualiseerde beeldschermuitvoer.
Automatisch starten van VM's was een andere praktische serververeiste
Een gebruiker met een VM waarop Debian Server draaide, vroeg om een schakelaar voor automatisch starten per VM, zodat infrastructuurgasten na een herstart van ZimaOS weer zouden opstarten. IceWhale erkende de feedback en zei dat het team dit zou bespreken.
Voor een altijd ingeschakelde thuisserver zijn de opstartvolgorde en het herstel na een herstart vaak belangrijker dan het grafisch aanmaken van VM's.
Gevorderde gebruikers wilden directe controle over QEMU/libvirt
Een andere gebruiker vroeg om toegang tot aangepaste QEMU-opdrachten en Cockpit Machines. Hun doelen waren onder meer experimenteren met audiopassthrough, hogere schermresoluties en eenvoudiger vergroten van opslagpools.
Zima-Giorgio vroeg welke rechten er precies nodig waren en zei vervolgens dat het team de gebruiksscenario's zou bespreken. De bron bevat geen officiële toezegging om willekeurige QEMU-opdrachtregelopties in de ZVM-interface beschikbaar te maken.
Latere screenshots lieten problemen met het opstarten en configureren van VM's zien
Gebruikers vroegen ook om betere feedback over downloads en fouten
In oktober 2025 zei een nieuwe gebruiker dat de ingebouwde downloadlink voor de Debian-ISO niet werkte, terwijl een handmatig gevonden Debian-URL wel werkte. De gebruiker vroeg specifiek of ZVM kon tonen welke URL was mislukt, in plaats van alleen een algemene foutmelding weer te geven.
Dit is een bruikbaarheidsprobleem dat losstaat van de hypervisor zelf: het oplossen van problemen wordt veel eenvoudiger wanneer ZVM de daadwerkelijk mislukte bron of backendmelding toont.
Gebruik deze thread niet als functiematrix voor 2026
ZVM bleef zich na de eerste feedbackcampagne ontwikkelen en community-extensies voegen nu functies toe zoals snapshots, automatisch starten, USB-/PCIe-passthrough, back-upexports en statistieken rond de ingebouwde libvirt-laag. Sommige verzoeken uit 2024 hebben daardoor werkende community-oplossingen, ook als ze in de oorspronkelijke interface ontbraken.
Wanneer je wilt bepalen of ZVM vandaag een specifieke appliance kan uitvoeren, test je de huidige image-indelingen en apparaatinstellingen van ZVM in plaats van je uitsluitend op deze historische lijst met verzoeken te baseren.
LXC maakte deel uit van de oorspronkelijke officiële stemlijst
In het openingsbericht van IceWhale stond specifiek dat LXC-ondersteuning al veel stemmen kreeg. Dat is een ander virtualisatiemodel dan volledige KVM-/QEMU-virtuele machines: LXC-achtige systeemcontainers delen de kernel van de host, terwijl ze een gebruikersomgeving bieden die meer op die van een VM lijkt.
De thread laat niet zien dat IceWhale LXC als ZVM-functie heeft uitgebracht. De veilige historische conclusie is daarom alleen dat dit een gewenste ontwikkelrichting was.
Gebruikers wilden appliances importeren, niet alleen meer bestandsextensies
De verzoeken voor QCOW2, VDI en OVA gingen in werkelijkheid over portabiliteit. Gebruikers hadden al appliances die op QNAP, Unraid, VMware of andere hypervisors werkten en wilden deze systemen naar ZVM brengen zonder ze opnieuw op te bouwen vanaf installatiemedia.
Dat betekent dat ondersteuning voor indelingen, compatibiliteit met schijfbussen, firmwaremodus, netwerkconfiguratie en geïmporteerde VM-metadata allemaal belangrijk zijn. Alleen het herkennen van een bestandsextensie garandeert niet dat een appliance correct opstart.
Schermresolutie en audiopassthrough waren ook praktische knelpunten
Een gevorderde gebruiker wilde experimenteren met QEMU-opties, omdat de Linux-gasten betere schermresoluties nodig hadden en eerder was verteld dat audiopassthrough voor Windows niet beschikbaar was. Ook wilde de gebruiker opslagpools eenvoudiger kunnen vergroten via een uitgebreidere grafische interface.
Deze verzoeken laten zien dat de ZVM-feedback niet alleen over het aanmaken van VM's ging; gebruikers wilden ook diepgaandere controle over de levenscyclus en apparaten nadat de VM al bestond.
De thread helpt onderscheid te maken tussen prioriteiten van beginners en gevorderde gebruikers
Voor gewone gebruikers verminderen het importeren van images, duidelijke foutmeldingen, betrouwbaar opstarten en automatisch starten de drempel. Voor gevorderde gebruikers zijn PCI-passthrough, aangepaste QEMU-argumenten, het vergroten van opslag, LXC en directe toegang tot libvirt belangrijker.
Dat onderscheid is nuttig bij het beoordelen van ZVM vandaag: een functie kan onnodig zijn voor een eenvoudige Home Assistant-appliance, maar essentieel voor een Windows- of gaming-VM met GPU-ondersteuning.
Veelgestelde vragen over ZVM-feedback
Vroegen gebruikers om QCOW2-ondersteuning?
Ja. QCOW2 en andere vooraf gebouwde VM-indelingen behoorden tot de meest herhaalde verzoeken.
Heeft IceWhale in deze thread PCI-passthrough beloofd?
Nee. Gebruikers vroegen erom en het team erkende de feedback, maar de thread is geen toezegging voor een release.
Werd automatisch starten van VM's gevraagd?
Ja, specifiek voor server-VM's die na een herstart van de host weer beschikbaar moeten zijn.
