Solução da comunidade

Ubuntu 26.04 sem som no ZVM: por que motivo o SPICE funcionava com o remote-viewer, mas o áudio no navegador continuava sem funcionar

A May-August 2026 thread where Ubuntu 26.04 inside ZVM detected an ICH9 virtual audio device but produced no sound through the browser console. The user later found the QEMU audio backend was set to none, enabled SPICE audio in the VM XML, and confirmed audio worked through remote-viewer on Debian, although it remained choppy. Browser/VNC audio was still not working in the source.

A VM de origem não tinha uma placa de som Ubuntu em falta. O Ubuntu detetou um dispositivo de áudio virtual ICH9, mostrou atividade de áudio do sistema e do Firefox e disponibilizou uma saída de áudio interna. O verdadeiro problema estava abaixo do sistema operativo convidado: o backend de áudio QEMU da VM estava configurado como none, pelo que o convidado tinha um dispositivo de som virtual, mas não tinha para onde enviar o áudio.

A solução alternativa da comunidade consistia em ativar um backend de áudio SPICE no XML da VM, mantendo o VNC para a apresentação normal do ZVM no navegador. Isto produzia áudio através de um cliente SPICE separado, como o remote-viewer, no anfitrião Debian. O autor original confirmou que o som funcionava dessa forma, embora com interrupções. Até à última resposta, em agosto de 2026, o tópico ainda não mostrava áudio a funcionar diretamente na consola do navegador do ZVM.

Definições de som do Ubuntu 26.04 dentro do ZVM, mostrando um dispositivo de saída de áudio interno, mas sem saída funcional para os auscultadores do anfitrião
O sistema operativo convidado conseguia ver um dispositivo de áudio, o que ajudou a separar a deteção pelo convidado do problema do hipervisor/backend.

O Ubuntu Já Tinha Detetado a Placa de Som Virtual

As capturas de ecrã iniciais mostravam o painel de som do Ubuntu com um dispositivo de saída interno e o Firefox listado no misturador de volume. Isto tornava menos provável a ausência total de um dispositivo ALSA/PipeWire.

A comunidade sugeriu confirmar o lado do convidado com comandos apenas de leitura, como:

aplay -l
pactl list short sinks

Se esses comandos mostrarem um dispositivo de áudio virtual, continue a diagnosticar a camada de virtualização/transporte de áudio, em vez de reinstalar indiscriminadamente os pacotes de áudio do Ubuntu.

Misturador de volume do Ubuntu 26.04 dentro do ZVM, mostrando os sons do sistema e o Firefox a produzir atividade de áudio
O convidado tinha fluxos de áudio ativos, embora nenhum som chegasse aos auscultadores físicos.

A Interface Normal do ZVM Não Disponibilizava uma Opção de Saída de Áudio do Anfitrião

O utilizador verificou as definições disponíveis do ZVM e podia configurar o CPU, a memória, o armazenamento, a rede e o firmware, mas não havia um seletor evidente de saída de áudio para a consola do navegador.

Definições da máquina virtual ZVM para Ubuntu 26.04, mostrando CPU, memória, armazenamento, rede e firmware, mas sem uma opção evidente de saída de áudio no navegador
A ausência deste controlo na interface era coerente com a conclusão posterior de que o áudio necessitava de alterações no XML da VM a um nível inferior.

A Origem Encontrou o Backend de Áudio QEMU Definido como none

A 5 de junho, o autor original resumiu o diagnóstico: a VM tinha uma placa de áudio virtual ICH9, mas o backend de áudio estava definido como type='none'. Por outras palavras, existia hardware virtual, mas o hipervisor não estava a encaminhar o áudio para lado nenhum.

O utilizador também relatou que os backends de áudio ZVM/QEMU disponíveis na sua configuração eram none, spice e wav, sem um backend direto PulseAudio/PipeWire exposto pelo ZVM.

O SPICE Recuperou o Áudio Através do remote-viewer

O utilizador editou o XML da VM para ativar o áudio SPICE e adicionou um caminho de gráficos/canal SPICE, mantendo simultaneamente o VNC para o ecrã normal do ZVM. Em seguida, ligou-se a partir do Debian com um cliente SPICE, como:

remote-viewer spice://ZIMAOS_IP:SPICE_PORT

A origem indica que o áudio passou então a funcionar. Esta é uma modificação avançada da VM, feita pela comunidade, e não um procedimento atual da interface gráfica da IceWhale; por isso, faça uma cópia da definição da VM antes de alterar o XML.

O Áudio VNC no Navegador Continuava sem Funcionar

A conclusão da origem era explícita: a consola do Firefox/navegador do ZVM continuava a utilizar VNC para a apresentação e não disponibilizava um cliente SPICE para som direto. Por conseguinte, a solução SPICE bem-sucedida exigia um cliente externo, em vez do separador normal do navegador.

Num seguimento de 15 de agosto, foi perguntado se o problema de som no navegador tinha sido resolvido, tendo-se concluído que aparentemente não. Não descreva o áudio direto no navegador como estando confirmado pela origem.

O Áudio SPICE Continuava com Interrupções

O utilizador descreveu o áudio funcional como tendo muitas interrupções e suspeitou do codec/transporte de áudio SPICE. Isto significa que a solução alternativa provou que a VM conseguia produzir som, mas não proporcionou uma experiência de áudio de ambiente de trabalho aperfeiçoada.

Volte a Testar no ZimaOS Atual Antes de Editar o XML

A origem abrange o período de maio a agosto de 2026 e é anterior a algumas atualizações posteriores do ZimaOS. Primeiro, teste um convidado ZVM atual e um navegador atual. Se a VM continuar sem disponibilizar áudio funcional no navegador, considere então a solução SPICE como alternativa avançada, e não como configuração predefinida.

Para um planeamento mais abrangente das VMs atuais, consulte o guia atual de planeamento de VMs do ZimaOS.

Perguntas Frequentes sobre Áudio do Ubuntu no ZVM

O próprio Ubuntu detetava um dispositivo de áudio?

Sim. A origem mostrava um dispositivo de áudio virtual interno e fluxos de áudio ativos do Firefox e do sistema.

O que recuperou o som na origem?

A ativação do áudio SPICE na definição da VM e a ligação através de um cliente SPICE externo, como o remote-viewer.

O som funcionava diretamente na consola do navegador do ZVM?

Nenhuma resposta da origem confirmou isso. O caminho navegador/VNC continuava silencioso no tópico.