Ce fil consacré aux VM ZimaOS mêlait plusieurs problèmes distincts, et les dernières réponses montrent pourquoi il ne faut pas les considérer comme un seul bug de ZVM. La résolution de Windows a été améliorée après l’installation des pilotes VirtIO, le problème de clic droit signalé a finalement été attribué à une extension de navigateur, et l’audio de la VM est resté une fonctionnalité distincte, non prise en charge ou incomplète selon la discussion.
La leçon pratique est d’isoler les pilotes d’affichage, le comportement des saisies dans le navigateur, l’audio et le réseau Docker, plutôt que de résoudre tous ces problèmes comme s’il s’agissait d’une seule défaillance de virtualisation.
Résolution de Windows : les pilotes VirtIO ont résolu le problème signalé
Une réponse initiale du support de la communauté IceWhale indiquait que le réglage de la résolution de Windows n’était pas pris en charge dans l’état testé, puis proposait une méthode fondée sur les pilotes : télécharger l’image ISO des pilotes VirtIO Windows de Fedora, la monter sur le lecteur de CD-ROM de la VM, installer les pilotes dans Windows, puis rouvrir les paramètres d’affichage.
L’auteur du message a ensuite confirmé que les changements de résolution fonctionnaient après l’installation des pilotes. La source des pilotes mentionnée dans le fil est le dépôt des pilotes VirtIO Windows de Fedora.
Le problème de clic droit n’était finalement pas un bug de ZVM
L’utilisateur voyait initialement à la fois le menu contextuel du navigateur et celui du système invité, après quoi le clic gauche se bloquait parfois. Après d’autres tests, il a modifié son message pour signaler qu’une extension de navigateur destinée à activer le clic droit en était la cause. La désactivation de cette extension a rétabli le fonctionnement normal.
Il s’agit d’une limite de diagnostic utile : reproduisez les problèmes de saisie dans la console avec un profil de navigateur vierge ou une fenêtre privée avant de modifier la configuration de la VM.
Le relais audio était une limitation différente
Les réponses d’IceWhale dans le fil indiquaient que l’audio des VM était alors mal pris en charge. Lors d’un échange communautaire ultérieur, en octobre 2025, des utilisateurs demandaient encore la prise en charge de l’audio QEMU/SPICE, et une réponse d’IceWhale indiquait que la priorité accordée à l’ingénierie de ZVM était limitée, l’équipe devant répartir ses ressources. Consultez la discussion ultérieure sur l’audio de ZVM pour connaître cette évolution.
Comme aucune documentation officielle actuelle ne confirme ici un processus complet de relais audio, ne transformez pas l’ancienne demande en affirmation selon laquelle l’audio des VM ZVM est actuellement pris en charge dans tous les cas.
La persistance du réseau Docker était encore un autre problème
L’utilisateur d’origine signalait également que les réseaux Docker personnalisés étaient supprimés après des mises à jour effectuées via l’interface graphique. Il s’agit d’un problème de gestion des conteneurs, et non d’un problème d’affichage de VM. Les versions actuelles de ZimaOS ont continué à améliorer la configuration des réseaux Docker ; reproduisez donc le problème sur la version actuelle avant d’appliquer d’anciennes solutions de contournement avec Portainer.
Si l’appareil est également utilisé comme serveur de virtualisation et de stockage, gardez les problèmes de VM et de Docker dans des plans de test distincts afin qu’une solution de contournement ne masque pas l’autre.
Ordre de diagnostic recommandé
- Mettez ZimaOS à jour et reproduisez le problème.
- Pour les problèmes d’affichage de Windows, vérifiez d’abord les pilotes VirtIO.
- Pour les problèmes de souris et de clavier, testez avec un profil de navigateur vierge.
- Pour l’audio, vérifiez les capacités actuelles de ZVM avant de promettre un relais audio.
- Pour les réseaux Docker, examinez séparément la configuration des conteneurs et celle de la VM.
