Dieser Thread ist eine nützliche Dokumentation darüber, wie ZVM-Nutzer die von ihnen am meisten gewünschten Virtualisierungsfunktionen definiert haben. IceWhale eröffnete die Diskussion im Mai 2024, während eine Abstimmungskampagne lief. Früh standen weitere Disk-Image-Formate, ein einfacherer Zugriff auf Images, der Import von Instanzen aus anderen Virtualisierungsplattformen und LXC-Unterstützung im Mittelpunkt. Im Laufe des folgenden Jahres wurden die Anforderungen konkreter: QCOW2- und Appliance-Images, PCI-/GPU-Passthrough, automatischer VM-Start, erweiterte QEMU-Steuerung, Vergrößerung des Speichers, Audio-Passthrough und bessere Fehlermeldungen.
Die Quelle sollte als Verlauf des Produktfeedbacks gelesen werden, nicht als aktuelle Funktionsliste. Dass eine Anfrage in diesem Thread auftaucht, beweist nicht, dass die Funktion heute fehlt, und eine Antwort von IceWhale mit dem Inhalt „wir werden das besprechen“ ist keine Zusage für eine Veröffentlichung.
QCOW2, VDI, OVA und vorgefertigte Appliances hatten früh Priorität
Mehrere Nutzer wollten vorgefertigte virtuelle Appliances starten, ohne sie in ISO-Installationsprogramme umwandeln zu müssen. Home Assistant OS wurde wiederholt genannt, da es VM-Images statt eines herkömmlichen Installations-ISOs verteilt.
Dies ist eine andere Anforderung als „ein ISO einbinden“. Ein vorinstalliertes Disk-Image enthält bereits ein Betriebssystem und sollte als Startdisk der VM eingebunden werden.
Home Assistant OS machte die Lücke beim Image-Import konkret
Mehrere Antworten forderten ausdrücklich, HAOS in ZVM auszuführen. Spätere Community-Ergebnisse mit neueren ZVM-Versionen bestätigten, dass HAOS als VM ausgeführt werden kann. Das zeigt, warum eine Einschränkung aus dem Jahr 2024 nicht als dauerhaft aktueller Zustand beschrieben werden sollte.
PCI- und GPU-Passthrough wurden zu einer wichtigen Anfrage für 2025
Nutzer mit Gaming-Hardware wollten, dass Windows- oder SteamOS-Gäste eine echte GPU verwenden können. Ein Teilnehmer mit einer RTX 2070 sagte, sowohl Windows 11 als auch ein geplantes SteamOS-Gastsystem seien träge gewesen, weil der Gast offenbar auf eine softwarebasierte Grafiklösung zurückgriff.
PCI-Passthrough erfordert IOMMU-/VFIO-Unterstützung und eine sichere Geräteisolierung. Es unterscheidet sich grundlegend von emulierter oder paravirtualisierter Bildausgabe.
Der automatische VM-Start war eine weitere praktische Serveranforderung
Ein Nutzer einer Debian-Server-VM bat um einen Autostart-Schalter pro VM, damit Infrastruktur-Gäste nach einem Neustart von ZimaOS wieder gestartet werden. IceWhale bestätigte das Feedback und erklärte, das Team werde es besprechen.
Bei einem ständig laufenden Heimserver sind die Startreihenfolge und die Wiederherstellung nach einem Neustart oft wichtiger als die grafische Erstellung von VMs.
Fortgeschrittene Nutzer wünschten direkten Zugriff auf QEMU/libvirt
Ein anderer Nutzer bat um Zugriff auf benutzerdefinierte QEMU-Befehle und Cockpit Machines. Zu den Zielen gehörten Experimente mit Audio-Passthrough, höhere Bildschirmauflösungen und eine einfachere Vergrößerung von Speicher-Pools.
Zima-Giorgio fragte, welche Berechtigungen tatsächlich benötigt würden, und erklärte anschließend, das Team werde die Anwendungsfälle besprechen. Die Quelle enthält keine offizielle Zusage, beliebige QEMU-Befehlszeilenoptionen in der ZVM-Oberfläche bereitzustellen.
Spätere Screenshots zeigten Schwierigkeiten beim VM-Start und bei der Konfiguration
Nutzer baten außerdem um bessere Download- und Fehlermeldungen
Im Oktober 2025 berichtete ein neuer Nutzer, dass der integrierte Download-Link für ein Debian-ISO fehlgeschlagen sei, während eine manuell gefundene Debian-URL funktionierte. Er bat ausdrücklich darum, dass ZVM die fehlgeschlagene URL anzeigt, statt nur einen allgemeinen Fehler auszugeben.
Dies ist ein Benutzerfreundlichkeitsproblem, das vom Hypervisor selbst unabhängig ist: Die Fehlersuche wird deutlich einfacher, wenn ZVM die tatsächlich fehlerhafte Ressource oder die Meldung des Backends offenlegt.
Diesen Thread nicht als Funktionsmatrix für 2026 verwenden
ZVM wurde nach der ursprünglichen Feedback-Kampagne weiterentwickelt, und Community-Erweiterungen bieten inzwischen Funktionen wie Snapshots, Autostart, USB-/PCIe-Passthrough, Backup-Exporte und Metriken rund um die integrierte libvirt-Schicht. Einige Anfragen aus dem Jahr 2024 können daher inzwischen über funktionierende Community-Lösungen umgesetzt werden, auch wenn sie in der ursprünglichen Oberfläche fehlten.
Wenn du heute prüfen möchtest, ob ZVM eine bestimmte Appliance ausführen kann, solltest du die aktuellen ZVM-Image-Formate und Gerätesteuerungen testen, statt dich ausschließlich auf diese historische Anfrage-Liste zu verlassen.
LXC war Teil der ursprünglichen offiziellen Abstimmungsliste
IceWhale erklärte im Eröffnungsbeitrag ausdrücklich, dass LXC-Unterstützung bereits viele Stimmen erhielt. Dies ist ein anderes Virtualisierungsmodell als vollständige KVM-/QEMU-VMs: LXC-ähnliche Systemcontainer verwenden gemeinsam den Kernel des Hosts, stellen aber einen stärker VM-ähnlichen Userspace bereit.
Der Thread zeigt nicht, dass IceWhale LXC als ZVM-Funktion veröffentlicht hat. Die sichere historische Aussage lautet daher lediglich, dass dies eine gewünschte Entwicklungsrichtung war.
Nutzer wollten Appliances importieren, nicht nur weitere Dateiendungen
Bei den Anfragen nach QCOW2, VDI und OVA ging es eigentlich um Portabilität. Die Nutzer besaßen bereits Appliances, die auf QNAP, Unraid, VMware oder anderen Hypervisoren funktionierten, und wollten diese Systeme in ZVM übernehmen, ohne sie über Installationsmedien neu erstellen zu müssen.
Das bedeutet, dass Formatunterstützung, Kompatibilität des Festplattenbusses, Firmware-Modus, Netzwerkkonfiguration und importierte VM-Metadaten gleichermaßen wichtig sind. Allein das Erkennen einer Dateiendung garantiert nicht, dass eine Appliance korrekt startet.
Bildschirmauflösung und Audio-Passthrough waren ebenfalls praktische Problempunkte
Ein fortgeschrittener Nutzer wollte mit QEMU-Optionen experimentieren, weil seine Linux-Gäste bessere Bildschirmauflösungen benötigten und ihm zuvor mitgeteilt worden war, dass Windows-Audio-Passthrough nicht verfügbar sei. Außerdem wünschte er sich eine einfachere Vergrößerung von Speicher-Pools über eine umfangreichere grafische Oberfläche.
Diese Anfragen zeigen, dass es beim ZVM-Feedback nicht nur um die Erstellung von VMs ging. Die Nutzer wollten auch nach der Erstellung einer VM eine umfassendere Kontrolle über ihren Lebenszyklus und ihre Geräte.
Der Thread hilft dabei, Prioritäten von Einsteigern und Power-Usern zu unterscheiden
Für gewöhnliche Nutzer verringern Image-Import, klare Fehlermeldungen, zuverlässiges Starten und Autostart die Einstiegshürden. Für fortgeschrittene Nutzer sind PCI-Passthrough, benutzerdefinierte QEMU-Argumente, die Vergrößerung von Speicher, LXC und direkter libvirt-Zugriff wichtiger.
Diese Unterscheidung ist bei der heutigen Bewertung von ZVM hilfreich: Eine Funktion kann für eine einfache Home-Assistant-Appliance unnötig, für eine Windows- oder Gaming-VM mit GPU-Anbindung jedoch unverzichtbar sein.
FAQ zum ZVM-Feedback
Haben Nutzer Unterstützung für QCOW2 gefordert?
Ja. QCOW2 und andere vorgefertigte VM-Formate gehörten zu den am häufigsten wiederholten Anfragen.
Hat IceWhale in diesem Thread PCI-Passthrough versprochen?
Nein. Nutzer forderten die Funktion an und das Team bestätigte den Erhalt des Feedbacks, aber der Thread stellt keine Veröffentlichungszusage dar.
Wurde ein automatischer VM-Start gefordert?
Ja, insbesondere für Server-VMs, die nach einem Neustart des Hosts wieder verfügbar sein müssen.
