La VM source n’était pas dépourvue de carte son Ubuntu. Ubuntu a détecté un périphérique audio virtuel ICH9, affichait une activité audio du système et de Firefox, et proposait une sortie audio interne. Le véritable problème se situait sous le système invité : le backend audio QEMU de la VM était configuré sur none. Le système invité disposait donc d’un périphérique audio virtuel, mais n’avait aucun endroit vers lequel envoyer le son.
La solution de contournement proposée par la communauté consistait à activer un backend audio SPICE dans le XML de la VM tout en conservant VNC pour l’affichage habituel de ZVM dans le navigateur. Cela produisait du son via un client SPICE distinct, tel que remote-viewer, sur l’hôte Debian. L’auteur du message d’origine a confirmé que le son fonctionnait ainsi, bien qu’il soit saccadé. Dans la dernière réponse d’août 2026, la discussion ne faisait toujours pas état d’un son fonctionnel directement dans la console de ZVM du navigateur.
Ubuntu avait déjà détecté la carte son virtuelle
Les premières captures d’écran montraient le panneau Son d’Ubuntu avec un périphérique de sortie interne et Firefox affiché dans le mixeur de volume. Cela rendait moins probable l’absence totale d’un périphérique ALSA/PipeWire.
La communauté a suggéré de confirmer le fonctionnement côté système invité à l’aide de commandes en lecture seule, telles que :
aplay -l
pactl list short sinksSi ces commandes affichent un périphérique audio virtuel, poursuivez le dépannage au niveau de la virtualisation et du transport audio plutôt que de réinstaller aveuglément les paquets audio d’Ubuntu.
L’interface ZVM habituelle ne proposait pas de choix de sortie audio pour l’hôte
L’utilisateur a vérifié les paramètres ZVM disponibles et pouvait configurer le processeur, la mémoire, le stockage, le réseau et le firmware, mais aucun sélecteur évident de sortie audio pour la console du navigateur n’était présent.
La source a identifié le backend audio QEMU configuré sur none
Le 5 juin, l’auteur du message d’origine a résumé le diagnostic : la VM possédait une carte audio virtuelle ICH9, mais le backend audio était défini sur type='none'. Autrement dit, le matériel virtuel existait, mais l’hyperviseur ne redirigeait le son nulle part.
L’utilisateur a également indiqué que les backends audio ZVM/QEMU disponibles dans sa configuration étaient none, spice et wav, sans backend PulseAudio/PipeWire direct exposé par ZVM.
SPICE a rétabli le son via remote-viewer
L’utilisateur a modifié le XML de la VM pour activer l’audio SPICE et ajouté un chemin graphique/canal SPICE tout en conservant VNC pour l’affichage habituel de ZVM. Il s’est ensuite connecté depuis Debian avec un client SPICE tel que :
remote-viewer spice://ZIMAOS_IP:SPICE_PORTLa source indique que le son fonctionnait alors. Il s’agit d’une modification avancée de la VM proposée par la communauté, et non d’une procédure actuelle de l’interface IceWhale : sauvegardez donc la définition de la VM avant de modifier le XML.
Le son VNC du navigateur ne fonctionnait toujours pas
La conclusion de la source était explicite : la console Firefox du navigateur de ZVM continuait d’utiliser VNC pour l’affichage et ne fournissait pas de client SPICE pour le son direct. La solution SPICE fonctionnelle nécessitait donc un client externe plutôt que l’onglet habituel du navigateur.
Une relance du 15 août demandait si le problème de son dans le navigateur avait été résolu, et concluait que ce n’était apparemment pas le cas. Ne présentez pas l’audio direct dans le navigateur comme une fonctionnalité confirmée par la source.
L’audio SPICE restait saccadé
L’utilisateur a décrit l’audio fonctionnel comme très saccadé et a soupçonné le codec ou le transport audio SPICE. Cela signifie que la solution de contournement a prouvé que la VM pouvait produire du son, mais qu’elle n’offrait pas une expérience audio de bureau aboutie.
Effectuez un nouveau test sur la version actuelle de ZimaOS avant de modifier le XML
La source couvre la période de mai à août 2026 et est antérieure à certaines mises à jour ultérieures de ZimaOS. Testez d’abord un système invité ZVM actuel avec un navigateur à jour. Si la VM ne fournit toujours pas de son fonctionnel dans le navigateur, envisagez alors la solution SPICE comme solution de secours avancée plutôt que comme configuration par défaut.
Pour planifier plus largement vos VM actuelles, consultez le guide actuel de planification des VM ZimaOS.
FAQ sur l’audio Ubuntu dans ZVM
Ubuntu voyait-il réellement un périphérique audio ?
Oui. La source montrait un périphérique audio virtuel interne ainsi que des flux audio actifs de Firefox et du système.
Qu’est-ce qui a rétabli le son dans la source ?
L’activation de l’audio SPICE dans la définition de la VM, puis la connexion avec un client SPICE externe tel que remote-viewer.
Le son fonctionnait-il directement dans la console du navigateur ZVM ?
Aucune réponse de la source ne l’a confirmé. Le chemin navigateur/VNC restait silencieux dans la discussion.
