In deze ZimaOS VM-discussie liepen verschillende problemen door elkaar. De uiteindelijke reacties laten zien waarom ze niet als één ZVM-bug moeten worden beschouwd. De Windows-resolutie werd verbeterd door VirtIO-stuurprogramma's te installeren, het gemelde probleem met rechtsklikken bleek uiteindelijk door een browserextensie te worden veroorzaakt en VM-audio bleef in de discussie een afzonderlijke, niet-ondersteunde of onvolledig ondersteunde functie.
De praktische les is om beeldschermstuurprogramma's, browserinvoer, audio en Docker-netwerken afzonderlijk te onderzoeken in plaats van ze allemaal als één virtualisatieprobleem te behandelen.
Windows-resolutie: VirtIO-stuurprogramma's losten het gemelde geval op
Een reactie van IceWhale-communitysupport stelde aanvankelijk dat het aanpassen van de Windows-resolutie in de geteste situatie niet werd ondersteund. Later kwam er een methode op basis van stuurprogramma's: download de Fedora VirtIO Windows-driver-ISO, koppel deze aan het cd-romstation van de VM, installeer de stuurprogramma's in Windows en open de beeldscherminstellingen opnieuw.
De poster bevestigde later dat het wijzigen van de resolutie werkte na installatie van het stuurprogramma. De in de discussie genoemde bron voor het stuurprogramma is de Fedora VirtIO Windows-driverrepository.
Het probleem met rechtsklikken bleek uiteindelijk geen ZVM-bug te zijn
De gebruiker zag aanvankelijk zowel het contextmenu van de browser als dat van het gastbesturingssysteem, waarna de linkermuisknop soms bleef hangen. Na verdere tests bewerkte de gebruiker het bericht en meldde dat een browserextensie die rechtsklikken mogelijk maakt de oorzaak was. Na het uitschakelen van die extensie werkte alles weer normaal.
Dat vormt een nuttige diagnostische grens: test problemen met console-invoer in een schoon browserprofiel of privévenster voordat je de VM-configuratie wijzigt.
Audio-doorvoer was een andere beperking
De reacties van IceWhale in de discussie stelden dat VM-audio op dat moment niet goed werd ondersteund. In een latere communitydiscussie uit oktober 2025 werd nog steeds gevraagd om QEMU/SPICE-audioondersteuning. Een reactie van IceWhale stelde dat ZVM een beperkte engineeringprioriteit had terwijl het team de beschikbare middelen afwoog. Zie de latere ZVM-audiodiscussie voor die latere afbakening.
Omdat hier geen actuele officiële documentatie beschikbaar is die een volledig proces voor audio-doorvoer bevestigt, moet je het oude verzoek niet omzetten in de bewering dat ZVM-audio momenteel universeel wordt ondersteund.
Het behouden van Docker-netwerken was weer een ander probleem
De oorspronkelijke gebruiker meldde ook dat aangepaste Docker-netwerken na updates via de GUI werden verwijderd. Dat is een probleem met containerbeheer, niet met VM-weergave. Recente ZimaOS-versies zijn het configureren van Docker-netwerken blijven verbeteren. Reproduceer het probleem daarom op de huidige versie voordat je oude Portainer-omwegen toepast.
Als het apparaat ook wordt gebruikt als virtualisatie- en opslagserver, houd VM-problemen en Docker-problemen dan in afzonderlijke testplannen, zodat de ene workaround de andere niet verhult.
Aanbevolen volgorde voor diagnose
- Werk ZimaOS bij en reproduceer het probleem.
- Controleer bij problemen met de Windows-weergave eerst de VirtIO-stuurprogramma's.
- Test bij problemen met muis of toetsenbord een schoon browserprofiel.
- Controleer bij audio eerst de huidige mogelijkheden van ZVM voordat je audio-doorvoer belooft.
- Controleer bij Docker-netwerken de containerconfiguratie afzonderlijk van de VM.
