In diesem ZimaOS-VM-Thread wurden mehrere unterschiedliche Probleme vermischt. Die abschließenden Antworten zeigen, warum sie nicht als ein einziger ZVM-Fehler behandelt werden sollten. Die Windows-Auflösung ließ sich durch die Installation von VirtIO-Treibern verbessern, das gemeldete Problem mit dem Rechtsklick wurde letztlich auf eine Browser-Erweiterung zurückgeführt, und VM-Audio blieb in der Diskussion eine separate, nicht unterstützte oder unvollständige Funktion.
Die praktische Erkenntnis besteht darin, Anzeigetreiber, das Eingabeverhalten des Browsers, Audio und Docker-Netzwerke getrennt zu untersuchen, statt alle Probleme als einen einzigen Virtualisierungsfehler zu behandeln.
Windows-Auflösung: VirtIO-Treiber lösten den gemeldeten Fall
Eine Support-Antwort aus der IceWhale-Community erklärte zunächst, dass die Anpassung der Windows-Auflösung im getesteten Zustand nicht unterstützt werde. Später wurde jedoch eine treiberbasierte Methode genannt: Laden Sie das Fedora-VirtIO-Windows-Treiber-ISO herunter, binden Sie es über das CD-ROM-Laufwerk der VM ein, installieren Sie die Treiber in Windows und öffnen Sie die Anzeigeeinstellungen erneut.
Der Verfasser bestätigte später, dass die Auflösungsänderung nach der Treiberinstallation funktionierte. Die im Thread genannte Treiberquelle ist das Fedora-Repository für VirtIO-Windows-Treiber.
Das Rechtsklick-Problem war letztlich kein ZVM-Fehler
Der Nutzer sah zunächst sowohl das Kontextmenü des Browsers als auch das Kontextmenü des Gastbetriebssystems. Anschließend blieb der Linksklick gelegentlich hängen. Nach weiteren Tests bearbeitete er den Beitrag und berichtete, dass eine Browser-Erweiterung zum Aktivieren des Rechtsklicks die Ursache war. Nach dem Deaktivieren der Erweiterung funktionierte das Verhalten wieder normal.
Das ist eine nützliche diagnostische Abgrenzung: Reproduzieren Sie Probleme mit der Konsoleneingabe zunächst in einem sauberen Browserprofil oder einem privaten Fenster, bevor Sie die VM-Konfiguration ändern.
Audio-Passthrough war eine andere Einschränkung
Die Antworten von IceWhale im Thread besagten, dass VM-Audio zu diesem Zeitpunkt nicht gut unterstützt wurde. In einem späteren Austausch aus dem Oktober 2025 wurde weiterhin nach QEMU-/SPICE-Audiounterstützung gefragt. Eine Antwort von IceWhale erklärte, dass die Entwicklungspriorität von ZVM begrenzt sei, während das Team seine Ressourcen abwäge. Weitere Informationen zu dieser späteren Abgrenzung finden Sie in der späteren ZVM-Audio-Diskussion.
Da hier keine aktuelle offizielle Dokumentation einen vollständig unterstützten Audio-Passthrough-Workflow bestätigt, sollte die alte Anfrage nicht in die Behauptung umgewandelt werden, dass aktuelles ZVM-Audio universell unterstützt wird.
Die Persistenz von Docker-Netzwerken war ein weiteres, separates Problem
Der ursprüngliche Nutzer berichtete außerdem, dass benutzerdefinierte Docker-Netzwerke nach Aktualisierungen über die grafische Benutzeroberfläche entfernt wurden. Das ist ein Problem der Containerverwaltung und kein Anzeigeproblem der VM. Aktuelle ZimaOS-Versionen verbessern die Konfiguration von Docker-Netzwerken weiterhin. Reproduzieren Sie das Problem daher zunächst mit der aktuellen Version, bevor Sie ältere Portainer-Workarounds anwenden.
Wenn das Gerät auch als Virtualisierungs- und Speicherserver eingesetzt wird, sollten VM- und Docker-Probleme in getrennten Testplänen behandelt werden, damit eine Lösung nicht das jeweils andere Problem verschleiert.
Empfohlene Reihenfolge der Diagnose
- Aktualisieren Sie ZimaOS und reproduzieren Sie das Problem.
- Überprüfen Sie bei Windows-Anzeigeproblemen zuerst die VirtIO-Treiber.
- Testen Sie bei Maus- oder Tastaturproblemen ein sauberes Browserprofil.
- Überprüfen Sie bei Audio zunächst die aktuellen ZVM-Funktionen, bevor Sie Passthrough zusagen.
- Untersuchen Sie bei Docker-Netzwerken die Containerkonfiguration getrennt von der VM.
