Alla VM di origine non mancava una scheda audio Ubuntu. Ubuntu rilevava un dispositivo audio virtuale ICH9, mostrava attività audio del sistema e di Firefox ed esponeva un’uscita audio interna. Il vero problema era al di sotto del sistema operativo guest: il backend audio QEMU della VM era configurato come none, quindi il guest disponeva di un dispositivo audio virtuale, ma non aveva alcuna destinazione a cui inviare l’audio.
La soluzione alternativa proposta dalla community consisteva nell’abilitare un backend audio SPICE nell’XML della VM, mantenendo VNC per la normale visualizzazione nel browser ZVM. In questo modo l’audio veniva riprodotto tramite un client SPICE separato, come remote-viewer, sull’host Debian. L’autore originale ha confermato che in questo modo l’audio funzionava, anche se con interruzioni. Alla data dell’ultimo intervento di agosto 2026, la discussione non mostrava ancora un audio funzionante direttamente nella console browser di ZVM.
Ubuntu rilevava già la scheda audio virtuale
Le schermate iniziali mostravano il pannello Audio di Ubuntu con un dispositivo di uscita interno e Firefox elencato nel mixer del volume. Questo rendeva meno probabile l’assenza completa di un dispositivo ALSA/PipeWire.
La community ha suggerito di verificare il lato guest con comandi di sola lettura come:
aplay -l
pactl list short sinksSe questi comandi mostrano un dispositivo audio virtuale, è consigliabile continuare la diagnosi a livello di virtualizzazione/trasporto audio, invece di reinstallare indiscriminatamente i pacchetti audio di Ubuntu.
L’interfaccia normale di ZVM non esponeva una scelta per l’uscita audio dell’host
L’utente ha controllato le impostazioni disponibili di ZVM e poteva configurare CPU, memoria, archiviazione, rete e firmware, ma non era presente un selettore evidente per l’uscita audio della console browser.
La fonte ha individuato il backend audio QEMU impostato su none
Il 5 giugno l’autore originale ha riassunto la diagnosi: la VM disponeva di una scheda audio virtuale ICH9, ma il backend audio era type='none'. In altre parole, l’hardware virtuale esisteva, ma l’hypervisor non inoltrava l’audio verso alcuna destinazione.
L’utente ha inoltre riferito che i backend audio ZVM/QEMU disponibili nella propria configurazione erano none, spice e wav, senza alcun backend PulseAudio/PipeWire diretto esposto da ZVM.
SPICE ha ripristinato l’audio tramite remote-viewer
L’utente ha modificato l’XML della VM per abilitare l’audio SPICE e ha aggiunto un percorso grafico/canale SPICE, mantenendo VNC per la normale visualizzazione di ZVM. Ha quindi effettuato la connessione da Debian con un client SPICE come:
remote-viewer spice://ZIMAOS_IP:SPICE_PORTLa fonte riferisce che in questo modo l’audio funzionava. Si tratta di una modifica avanzata della VM suggerita dalla community, non di una procedura attuale dell’interfaccia IceWhale; prima di modificare l’XML, esegui un backup della definizione della VM.
L’audio VNC nel browser continuava a non funzionare
La conclusione della fonte era esplicita: la console Firefox/browser di ZVM continuava a utilizzare VNC per la visualizzazione e non forniva un client SPICE per l’audio diretto. Pertanto, la soluzione alternativa SPICE funzionante richiedeva un client esterno anziché la normale scheda del browser.
In un aggiornamento del 15 agosto è stato chiesto se il problema dell’audio nel browser fosse stato risolto; la conclusione è stata apparentemente negativa. Non descrivere l’audio diretto nel browser come funzionante e confermato dalla fonte.
L’audio SPICE presentava comunque interruzioni
L’utente ha descritto l’audio funzionante come molto discontinuo e ha ipotizzato un problema del codec o del trasporto audio SPICE. Questo significa che la soluzione alternativa ha dimostrato che la VM era in grado di produrre audio, ma non offriva un’esperienza audio desktop rifinita.
Esegui un nuovo test con ZimaOS aggiornato prima di modificare l’XML
La fonte copre il periodo maggio-agosto 2026 e precede alcuni aggiornamenti successivi di ZimaOS. Per prima cosa, testa un guest ZVM aggiornato con un browser aggiornato. Se la VM continua a non offrire un audio funzionante nel browser, valuta la soluzione SPICE come alternativa avanzata, non come configurazione predefinita.
Per una pianificazione aggiornata delle VM in generale, consulta la guida aggiornata alla pianificazione delle VM di ZimaOS.
Domande frequenti sull’audio Ubuntu in ZVM
Ubuntu rilevava un dispositivo audio?
Sì. La fonte mostrava un dispositivo audio virtuale interno e flussi audio attivi di Firefox e del sistema.
Che cosa ha ripristinato l’audio nella fonte?
L’abilitazione dell’audio SPICE nella definizione della VM e la connessione con un client SPICE esterno, come remote-viewer.
L’audio funzionava direttamente nella console browser di ZVM?
Nessuna risposta della fonte lo ha confermato. Nel thread il percorso browser/VNC rimaneva privo di audio.
