Rozwiązanie społecznościowe

Ubuntu 26.04 nie ma dźwięku w ZVM: dlaczego SPICE działał z remote-viewerem, ale dźwięk w przeglądarce nadal nie działał

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.

Źródłowej maszynie wirtualnej nie brakowało karty dźwiękowej Ubuntu. Ubuntu wykrywało wirtualne urządzenie audio ICH9, wyświetlało aktywność dźwiękową systemu i Firefoksa oraz udostępniało wewnętrzne wyjście audio. Prawdziwy problem występował poniżej systemu gościa: backend audio QEMU maszyny wirtualnej był skonfigurowany jako none, więc gość miał wirtualne urządzenie dźwiękowe, ale nie miał dokąd wysłać dźwięku.

Obejście zaproponowane przez społeczność polegało na włączeniu backendu audio SPICE w XML maszyny wirtualnej przy zachowaniu VNC do standardowego wyświetlania ZVM w przeglądarce. Dzięki temu dźwięk był odtwarzany przez osobnego klienta SPICE, takiego jak remote-viewer, na hoście Debian. Autor oryginalnego wpisu potwierdził, że w ten sposób dźwięk działał, choć był przerywany. Według ostatniej odpowiedzi z sierpnia 2026 r. wątek nadal nie potwierdzał działającego dźwięku bezpośrednio w przeglądarkowej konsoli ZVM.

Ustawienia dźwięku Ubuntu 26.04 w ZVM pokazujące wewnętrzne wyjście audio, ale brak działającego wyjścia na słuchawki hosta
System gościa widział urządzenie audio, co pomogło oddzielić problem wykrywania urządzenia przez gościa od problemu hiperwizora lub backendu.

Ubuntu już wykrywało wirtualną kartę dźwiękową

Na początkowych zrzutach ekranu panel Dźwięk Ubuntu pokazywał wewnętrzne urządzenie wyjściowe, a mikser głośności wymieniał Firefoksa. Dzięki temu całkowity brak urządzenia ALSA/PipeWire był mniej prawdopodobny.

Społeczność zasugerowała potwierdzenie działania po stronie gościa za pomocą poleceń tylko do odczytu, takich jak:

aplay -l
pactl list short sinks

Jeśli te polecenia pokażą wirtualne urządzenie audio, należy kontynuować diagnostykę warstwy wirtualizacji i transportu dźwięku, zamiast bezrefleksyjnie instalować ponownie pakiety audio Ubuntu.

Mikser głośności Ubuntu 26.04 w ZVM pokazujący aktywność dźwiękową Dźwięków systemowych i Firefoksa
Gość miał aktywne strumienie audio, mimo że dźwięk nie docierał do fizycznych słuchawek.

Standardowy interfejs ZVM nie udostępniał wyboru wyjścia audio hosta

Użytkownik sprawdził dostępne ustawienia ZVM i mógł skonfigurować procesor, pamięć, pamięć masową, sieć oraz oprogramowanie układowe, ale nie znalazł oczywistego selektora wyjścia audio konsoli przeglądarkowej.

Ustawienia maszyny wirtualnej ZVM dla Ubuntu 26.04 pokazujące procesor pamięć pamięć masową sieć i oprogramowanie układowe, ale brak oczywistej opcji wyjścia audio w przeglądarce
Brakujący element interfejsu odpowiadał późniejszemu ustaleniu, że dźwięk wymagał zmian w XML maszyny wirtualnej na niższym poziomie.

W źródle znaleziono backend audio QEMU ustawiony na none

5 czerwca autor oryginalnego wpisu podsumował diagnozę: maszyna wirtualna miała wirtualną kartę dźwiękową ICH9, ale backend audio był ustawiony jako type='none'. Innymi słowy, wirtualny sprzęt istniał, lecz hiperwizor nie przekazywał dźwięku nigdzie.

Użytkownik poinformował również, że dostępne backendy audio ZVM/QEMU w jego konfiguracji to none, spice i wav, bez bezpośredniego backendu PulseAudio/PipeWire udostępnianego przez ZVM.

SPICE przywrócił dźwięk przez remote-viewer

Użytkownik edytował XML maszyny wirtualnej, aby włączyć dźwięk SPICE, oraz dodał ścieżkę grafiki/kanału SPICE, zachowując VNC do standardowego wyświetlania ZVM. Następnie połączył się z Debiana za pomocą klienta SPICE, na przykład:

remote-viewer spice://ZIMAOS_IP:SPICE_PORT

Według źródła dźwięk zaczął wtedy działać. Jest to zaawansowana modyfikacja maszyny wirtualnej opracowana przez społeczność, a nie aktualna procedura w interfejsie IceWhale, dlatego przed zmianą XML należy wykonać kopię definicji maszyny wirtualnej.

Dźwięk w przeglądarkowym VNC nadal nie działał

Wniosek ze źródła był jednoznaczny: konsola ZVM w Firefoksie/przeglądarce nadal korzystała z VNC do wyświetlania obrazu i nie udostępniała klienta SPICE do bezpośredniego odtwarzania dźwięku. Dlatego działające obejście SPICE wymagało zewnętrznego klienta, a nie standardowej karty przeglądarki.

W dodatkowym pytaniu z 15 sierpnia zapytano, czy problem z dźwiękiem w przeglądarce został rozwiązany, i stwierdzono, że najwyraźniej nie. Nie należy przedstawiać bezpośredniego dźwięku w przeglądarce jako potwierdzonego przez źródło rozwiązania.

Dźwięk SPICE nadal był przerywany

Użytkownik opisał działający dźwięk jako bardzo przerywany i podejrzewał kodek lub transport audio SPICE. Oznacza to, że obejście potwierdziło możliwość generowania dźwięku przez maszynę wirtualną, ale nie zapewniło dopracowanych wrażeń dźwiękowych typowych dla komputera stacjonarnego.

Przed edycją XML ponownie przetestuj działanie w aktualnym ZimaOS

Źródło obejmuje okres od maja do sierpnia 2026 r. i powstało przed niektórymi późniejszymi aktualizacjami ZimaOS. Najpierw przetestuj aktualnego gościa ZVM oraz aktualną przeglądarkę. Jeśli maszyna wirtualna nadal nie będzie udostępniać działającego dźwięku w przeglądarce, rozważ obejście SPICE jako zaawansowaną opcję awaryjną, a nie konfigurację domyślną.

W celu zaplanowania bieżącej konfiguracji maszyny wirtualnej skorzystaj z aktualnego przewodnika planowania maszyn wirtualnych ZimaOS.

Często zadawane pytania dotyczące dźwięku Ubuntu w ZVM

Czy Ubuntu widziało urządzenie audio?

Tak. Źródło pokazywało wewnętrzne wirtualne urządzenie audio oraz aktywne strumienie dźwięku Firefoksa i systemu.

Co przywróciło dźwięk w opisanym przypadku?

Włączenie dźwięku SPICE w definicji maszyny wirtualnej i połączenie za pomocą zewnętrznego klienta SPICE, takiego jak remote-viewer.

Czy dźwięk działał bezpośrednio w przeglądarkowej konsoli ZVM?

Żadna odpowiedź w źródle tego nie potwierdzała. Ścieżka przeglądarkowa/VNC pozostawała w wątku wyciszona.