I am on Linux mint Xfce 22.2 and am new to Linux as a whole. Audio is not playing through speakers or wired headphones, despite being detected by pulseaudio volume control. This affects all programs. This is not an issue on the windows 11 installation which I have dual booted alongside mint, but has been an issue in the live session of mint.
Thank you,
Jerf
Welcome. You mention you are new to linux, which may be a challenge in relation to the following investigation of the sound system, but since it's the most efficient way I'm familiar with, perhaps you can run with it. It's all done in a terminal to provide output on screen to see what the situation is in relation to sound, so here goes.
From the output in post #9 it looks like the system is running pipewire, rather than pulseaudio, so the re-installation of pulseaudio mentioned in post #7 isn't likely to be effective.
The first consideration is to have the latest kernel the distro offers because drivers are often being tweaked and improved so it can make a difference. Other than that, some basics worth checking are the following. Included in some of the commands are the outputs from a machine here that has working sound, so that you can compare what you see:
What is controlling the sound devices?
One can run the following and see if the output is similar:
Code:
[~]$ lsof /dev/snd/*
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
pipewire 1183 ben 52u CHR 116,1 0t0 337 /dev/snd/seq
pipewire 1183 ben 53u CHR 116,1 0t0 337 /dev/snd/seq
wireplumb 1187 ben 20u CHR 116,12 0t0 545 /dev/snd/controlC0
wireplumb 1187 ben 22u CHR 116,11 0t0 540 /dev/snd/controlC1
Next you could check the status of the sound server with these commands as user:
Code:
$ systemctl status --user pipewire.service
$ systemctl status --user wireplumber.service
If either is not running, you can start them with:
Code:
systemctl --user start pipewire.service
systemctl --user start wireplumber.service
After starting the sound server, you could check again to see the output of the lsof command above to see if it changed.
Just to make sure the drivers are loaded one can run:
Code:
[~]$ lspci -nnkd ::403
00:1f.3 Audio device [0403]: Intel Corporation Raptor Lake High Definition Audio Controller [8086:7a50] (rev 11)
Subsystem: ASRock Incorporation Device [1849:1897]
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel, snd_soc_avs, snd_sof_pci_intel_tgl
01:00.1 Audio device [0403]: NVIDIA Corporation GK208 HDMI/DP Audio Controller [10de:0e0f] (rev a1)
Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:8c93]
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
If that command shows no output, you can run:
Code:
lspci -nnk |grep -A3 -i aud
which should show output if all is well on that front.
Check the default sound card:
Code:
[~]$ aplay -L | grep sysdefault -A3
sysdefault:CARD=PCH
HDA Intel PCH, ALC897 Analog
Default Audio Device
And check that the the default is chosen in alsamixer when one presses the F6 key. In this case the default is: "HDA Intel PCH"
At each point checking one can run the following in the terminal, or another terminal, to check if sound is happening:
which will send white noise through the speakers and can be stopped immediately with the ctrl+c keys if you don't want to listen to the whole test. If it sounds for a few seconds, that's all that's usually needed to show that sound is working.
If you show the outputs back here using code tags as described here:
https://linux.org/threads/the-code-tag-and-why-it-matters.57746/#post-276419, then readers may be in a better position to make some further diagnoses.
