コミュニティソリューション

Ubuntu 26.04のZVMで音が出ない:remote-viewerではSPICEが機能したのに、ブラウザーでは音声が出なかった理由

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.

ソースVMにUbuntuのサウンドカードがなかったわけではありません。Ubuntuは仮想ICH9オーディオデバイスを検出し、システムとFirefoxの音声アクティビティを表示し、内部オーディオ出力も認識していました。本当の問題はゲストOSより下の層にあり、VMのQEMUオーディオバックエンドがnoneに設定されていたため、ゲストには仮想サウンドデバイスがあるものの、音声を送る先がありませんでした。

コミュニティで提案された回避策は、通常のZVMブラウザ表示にはVNCを使い続けながら、VMのXMLでSPICEオーディオバックエンドを有効にすることでした。これにより、Debianホスト上のremote-viewerなど、別のSPICEクライアント経由で音声を出力できました。元の投稿者は、この方法で音が出たものの、音声が途切れ途切れだったと報告しています。2026年8月の最後の返信時点でも、ZVMブラウザコンソール内で直接音声を再生できたことを示す内容はありませんでした。

ZVM内のUbuntu 26.04のサウンド設定。内部オーディオ出力デバイスは表示されているが、ホストのヘッドホンから音声が出力されていない
ゲストOSはオーディオデバイスを認識しており、ゲスト側の検出とハイパーバイザー/バックエンドの問題を切り分ける手がかりになりました。

Ubuntuはすでに仮想サウンドカードを検出していた

最初のスクリーンショットには、内部出力デバイスと、音量ミキサーに表示されたFirefoxが映っていました。そのため、ALSA/PipeWireデバイスが完全に見つからない状態である可能性は低いと考えられました。

コミュニティでは、次のような読み取り専用コマンドでゲスト側を確認することが提案されました。

aplay -l
pactl list short sinks

これらのコマンドで仮想オーディオデバイスが表示される場合は、Ubuntuのオーディオパッケージを闇雲に再インストールするのではなく、仮想化/オーディオ転送レイヤーのトラブルシューティングを続けてください。

ZVM内のUbuntu 26.04の音量ミキサー。システムサウンドとFirefoxで音声アクティビティが発生している
ゲストでは音声ストリームが動作していましたが、物理ヘッドホンには音が届いていませんでした。

通常のZVM UIにはホスト側のオーディオ出力選択肢がなかった

ユーザーは利用可能なZVM設定を確認し、CPU、メモリ、ストレージ、ネットワーク、ファームウェアは設定できましたが、ブラウザコンソールの音声出力を選択する項目は見当たりませんでした。

Ubuntu 26.04のZVM仮想マシン設定。CPU、メモリ、ストレージ、ネットワーク、ファームウェアは表示されているが、ブラウザのオーディオ出力項目は見当たらない
このUI項目がなかったことは、後に音声出力に低レベルのVM XML変更が必要だと判明したこととも一致します。

ソースではQEMUオーディオバックエンドがnoneに設定されていた

6月5日、OPは診断結果をまとめ、VMにはICH9仮想オーディオカードがあるものの、オーディオバックエンドがtype='none'になっていると説明しました。つまり、仮想ハードウェアは存在していましたが、ハイパーバイザーが音声をどこにも転送していなかったのです。

またユーザーは、自分の環境で利用できるZVM/QEMUのオーディオバックエンドはnonespicewavであり、ZVMから直接利用できるPulseAudio/PipeWireバックエンドはなかったと報告しています。

SPICEによってremote-viewer経由の音声が復旧した

ユーザーはVMのXMLを編集してSPICEオーディオを有効にし、ZVMの通常の表示用にVNCを残したまま、SPICEグラフィックス/チャンネル経路を追加しました。その後、Debianから次のようなSPICEクライアントで接続しました。

remote-viewer spice://ZIMAOS_IP:SPICE_PORT

ソースによると、この方法で音声が出るようになりました。これはコミュニティによる高度なVM変更であり、IceWhaleの現行GUI手順ではありません。そのため、XMLを変更する前にVM定義をバックアップしてください。

ブラウザのVNCでは音声が引き続き機能しなかった

ソースの結論は明確です。ZVMのFirefox/ブラウザコンソールは表示にVNCを使い続け、直接音声を再生するSPICEクライアントを提供していませんでした。そのため、SPICEによる回避策を利用するには、通常のブラウザタブではなく外部クライアントが必要でした。

8月15日の追加質問では、ブラウザの音声問題が解決したかどうかが尋ねられましたが、どうやら解決していないという結論になりました。ブラウザでの直接音声再生を、ソースで確認済みの機能として説明しないでください。

SPICEの音声も途切れ途切れだった

ユーザーは、音声は機能したものの非常に途切れ途切れで、SPICEの音声コーデック/転送方式が原因ではないかと推測しました。つまり、この回避策によってVMが音声を生成できることは確認できましたが、完成度の高いデスクトップ音声環境が実現したわけではありません。

XMLを編集する前に、現行のZimaOSで再テストする

ソースの内容は2026年5月から8月にわたるもので、一部の新しいZimaOSアップデートより前の情報です。まずは現行のZVMゲストと最新のブラウザでテストしてください。それでもVMでブラウザ音声が機能しない場合は、SPICEの回避策を標準構成ではなく、高度な代替手段として検討してください。

現在のVM計画全般については、現行ZimaOS VM計画ガイドを参照してください。

ZVM上のUbuntuオーディオに関するFAQ

Ubuntu自体はオーディオデバイスを認識していましたか?

はい。ソースには、内部仮想オーディオデバイスと、Firefox/システムのアクティブな音声ストリームが示されています。

ソースで音声を復旧した方法は何ですか?

VM定義でSPICEオーディオを有効にし、remote-viewerなどの外部SPICEクライアントで接続しました。

ZVMブラウザコンソールで直接音声は機能しましたか?

それを確認するソース内の返信はありませんでした。スレッドではブラウザ/VNC経路は無音のままでした。