Den här tråden är en användbar dokumentation av hur ZVM-användare definierade de virtualiseringsfunktioner de helst ville ha. IceWhale startade diskussionen i maj 2024 medan en omröstningskampanj pågick. Det tidiga fokuset låg på fler diskavbildningsformat, enklare åtkomst till avbildningar, import av instanser från andra virtualiseringsplattformar och LXC-stöd. Under det följande året blev önskemålen mer konkreta: QCOW2- och appliance-avbildningar, PCI/GPU-passthrough, automatisk VM-start, avancerade QEMU-kontroller, storleksändring av lagring, ljud-passthrough och bättre felrapportering.
Källan bör läsas som en historik över produktfeedback, inte som en aktuell funktionslista. Att ett önskemål förekommer i den här tråden bevisar inte att funktionen saknas i dag, och ett svar från IceWhale om att ”vi ska diskutera det” är inget lanseringslöfte.
QCOW2, VDI, OVA och förbyggda appliances var en tidig prioritet
Flera användare ville starta förbyggda virtuella appliances utan att konvertera dem till ISO-installationsfiler. Home Assistant OS nämndes upprepade gånger eftersom det distribueras som VM-avbildningar snarare än som en konventionell installations-ISO.
Detta är ett annat krav än att ”montera en ISO”. En förinstallerad diskavbildning innehåller redan ett operativsystem och bör anslutas som VM:ens startdisk.
Home Assistant OS gjorde bristen på import av avbildningar tydlig
Flera svar efterfrågade specifikt möjligheten att köra HAOS i ZVM. Senare resultat från communityn på nyare ZVM-versioner bekräftade att HAOS kan köras som en VM, vilket visar varför en begränsning från 2024 inte bör beskrivas som ett permanent aktuellt tillstånd.
PCI- och GPU-passthrough blev ett stort önskemål under 2025
Användare med gamingklassad hårdvara ville att Windows- eller SteamOS-gäster skulle kunna använda ett riktigt grafikkort. En deltagare med ett RTX 2070 sade att både Windows 11 och en planerad SteamOS-gäst var långsamma eftersom gästen verkade använda mjukvarugrafik.
PCI-passthrough kräver IOMMU/VFIO-stöd och säker enhetsisolering. Det skiljer sig grundläggande från emulerad eller paravirtualiserad bildskärmsutmatning.
Automatisk VM-start var ett annat praktiskt serverkrav
En användare med en Debian-server-VM efterfrågade en inställning för automatisk start per VM, så att infrastrukturgäster skulle starta igen efter en omstart av ZimaOS. IceWhale bekräftade feedbacken och sade att teamet skulle diskutera den.
För en server som alltid ska vara på är startordning och återställning efter omstart ofta viktigare än grafiskt skapande av virtuella maskiner.
Avancerade användare ville ha direkt kontroll över QEMU/libvirt
En annan användare efterfrågade åtkomst till anpassade QEMU-kommandon och Cockpit Machines. Målen omfattade experiment med ljud-passthrough, högre skärmupplösningar och enklare storleksändring av lagringspooler.
Zima-Giorgio frågade vilka behörigheter som faktiskt behövdes och sade därefter att teamet skulle diskutera användningsfallen. Källan visar inget officiellt löfte om att godtyckliga QEMU-kommandoradsflaggor skulle exponeras i ZVM:s gränssnitt.
Senare skärmbilder visade problem med VM-start och konfiguration
Användare efterfrågade också bättre information om hämtningar och fel
I oktober 2025 sade en ny användare att den inbyggda länken för hämtning av Debian-ISO:n misslyckades, medan en manuellt hittad Debian-URL fungerade. Användaren bad specifikt ZVM att visa vilken URL som hade misslyckats, i stället för att bara visa ett generiskt fel.
Detta är ett användbarhetsproblem som är separat från själva hypervisorn: felsökning blir mycket enklare när ZVM visar den faktiska resursen eller det backendmeddelande som misslyckades.
Använd inte den här tråden som en funktionsmatris för 2026
ZVM fortsatte att utvecklas efter den ursprungliga feedbackkampanjen, och community-tillägg erbjuder nu funktioner som ögonblicksbilder, automatisk start, USB/PCIe-passthrough, säkerhetskopieringsexport och mätvärden kring det inbyggda libvirt-lagret. Vissa önskemål från 2024 har därför fungerande vägar via communityn även om de saknades i det ursprungliga gränssnittet.
När du avgör om ZVM kan köra en viss appliance i dag bör du testa de aktuella formaten för ZVM-avbildningar och enhetskontroller i stället för att enbart förlita dig på den här historiska listan över önskemål.
LXC ingick i den ursprungliga officiella omröstningslistan
I IceWhales inlägg i början stod det specifikt att LXC-stöd redan lockade röster. Det är en annan virtualiseringsmodell än fullständiga KVM/QEMU-virtuella maskiner: LXC-liknande systemcontainrar delar värdkärnan men erbjuder ett användarutrymme som mer liknar en VM.
Tråden visar inte att IceWhale levererade LXC som en ZVM-funktion, så det säkra historiska påståendet är endast att detta var en efterfrågad inriktning.
Användarna ville ha import av appliances, inte bara fler filändelser
Önskemålen om QCOW2, VDI och OVA handlade egentligen om portabilitet. Användarna hade redan appliances som fungerade på QNAP, Unraid, VMware eller andra hypervisorer och ville flytta in dessa system i ZVM utan att bygga om dem från installationsmedia.
Det innebär att stöd för format, kompatibilitet med diskbussar, firmwareläge, nätverkskonfiguration och importerade VM-metadata alla spelar roll. Att en filändelse känns igen garanterar inte att en appliance startar korrekt.
Skärmupplösning och ljud-passthrough var också praktiska problem
En avancerad användare ville experimentera med QEMU-alternativ eftersom Linux-gästerna behövde bättre skärmupplösningar och användaren tidigare hade fått höra att ljud-passthrough för Windows inte var tillgängligt. Användaren ville också ha enklare storleksändring av lagringspooler genom ett mer omfattande grafiskt gränssnitt.
Dessa önskemål visar att ZVM-feedbacken inte bara handlade om att skapa virtuella maskiner; användarna ville ha djupare kontroll över livscykel och enheter även efter att VM:n hade skapats.
Tråden hjälper till att skilja mellan nybörjar- och avancerade användares prioriteringar
För vanliga användare minskar import av avbildningar, tydliga fel, tillförlitlig start och automatisk start problemen. För avancerade användare är PCI-passthrough, anpassade QEMU-argument, storleksändring av lagring, LXC och direkt åtkomst till libvirt viktigare.
Den skillnaden är användbar när ZVM utvärderas i dag: en funktion kan vara onödig för en enkel Home Assistant-appliance men avgörande för en Windows- eller gaming-VM med GPU-stöd.
Vanliga frågor om ZVM-feedback
Efterfrågade användarna stöd för QCOW2?
Ja. QCOW2 och andra förbyggda VM-format hörde till de vanligaste önskemålen.
Lovade IceWhale PCI-passthrough i den här tråden?
Nej. Användarna efterfrågade funktionen och teamet bekräftade feedbacken, men tråden är inget lanseringslöfte.
Efterfrågades automatisk VM-start?
Ja, specifikt för server-VM:ar som behöver starta igen efter en omstart av värden.
