[X58A-UD3R, Nvidia GPU 84 HDMI/DP, Digital Out, HDMI] No sound at all after resuming from suspend
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
alsa-driver (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Sound works fine after an initial boot up, but fails after resuming from a suspend. Going to the "Sound" section in the Settings app, I no longer see the HDMI device presented as an output option when this occurs.
I suspect this is due to issues with pulseaudio. At least, running `pulseaudio -k && pulseaudio --start`, then restarting apps seems to fix the issue. In particular I've found that the pulseaudio systemd service has failed after resuming from suspend. After scanning through journalctl, there are a few suspect sections. I've attached the logs in their entirety, and an abbreviated log with only sections that I found interesting. I cannot be sure which are at fault, but hopefully it helps narrow the search.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: alsa-base 1.0.25+
ProcVersionSign
Uname: Linux 5.4.0-73-generic x86_64
NonfreeKernelMo
ApportVersion: 2.20.11-
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
CasperMD5CheckR
CurrentDesktop: ubuntu:GNOME
Date: Wed May 19 16:08:41 2021
InstallationDate: Installed on 2020-05-15 (369 days ago)
InstallationMedia: Ubuntu 18.04.4 LTS "Bionic Beaver" - Release amd64 (20200203.1)
PackageArchitec
ProcEnviron:
TERM=xterm-
PATH=(custom, no user)
XDG_RUNTIME_
LANG=en_US.UTF-8
SHELL=
SourcePackage: alsa-driver
Symptom: audio
Symptom_
Symptom_Card: GP106 High Definition Audio Controller - HDA NVidia
Symptom_
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
Symptom_Jack: Digital Out, HDMI
Symptom_Type: No sound at all
Title: [X58A-UD3R, Nvidia GPU 84 HDMI/DP, Digital Out, HDMI] No sound at all
UpgradeStatus: Upgraded to focal on 2020-08-08 (284 days ago)
dmi.bios.date: 04/20/2010
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: FA
dmi.board.name: X58A-UD3R
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: dmi:bvnAwardSof
dmi.product.name: X58A-UD3R
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
As a quick update, I managed to kill all of the spurious pulseaudio processes that had been lying around as a result of `pulseaudio -k && pulseaudio --start` and got the systemd pulseaudio process back on its feet. Then I confirmed that the audio worked, suspended my system, and woke it up again and the audio still works!
Therefore I suspect that pulseaudio processes started by the user in terminal sessions (daemonized) do not survive the suspend/resume cycle for some reason(?). How the systemd pulseaudio process failed to begin with remains the larger issue, however.