This did not help too.
https://forum.manjaro.org/t/speakers-not-detected-after-manjaro-kde-update/78361/2
Just to add:
The sound works under Linux Mint 20.2 right fine out of the box.
Windows also has directly no issues.
So it´s not a hardware problem here.
It´s a software issue under Manjaro KDE 21.1.4.
Are you running both pipewire and pulseaudio - my understanding is that it is one or the other.
https://denzveloper.github.io/Pipewire/
Are you using pipewire or pulseaudio on Mint?
EDIT: better link Sound is muffled compared to Windows 10 - #9 by nikgnomic
1 Like
Which option did you choose from the two suggestions:
-
Disable the Pipewire systemd services to use PulseAudio
-
Install the Pipewire meta package to replace PulseAudio
Please post more information about the active sound server
pactl list cards && pactl list sinks
2 Likes
Interesting, in Manjaro are after the installation directly both activated.
Maybe due to HDMI Sound via GPU and onboard sound via Intel cip seperately.
As stated above, both were automatically installed and activated.
pactl list cards && pactl list sinks Results
Karte #0
Name: alsa_card.pci-0000_01_00.1
Treiber: module-alsa-card.c
Owner-Modul: 6
Eigenschaften:
alsa.card = "0"
alsa.card_name = "HDA NVidia"
alsa.long_card_name = "HDA NVidia at 0x82080000 irq 17"
alsa.driver_name = "snd_hda_intel"
device.bus_path = "pci-0000:01:00.1"
sysfs.path = "/devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card0"
device.bus = "pci"
device.vendor.id = "10de"
device.vendor.name = "NVIDIA Corporation"
device.product.id = "228b"
device.product.name = "GA104 High Definition Audio Controller"
device.string = "0"
device.description = "GA104 High Definition Audio Controller"
module-udev-detect.discovered = "1"
device.icon_name = "audio-card-pci"
Profile:
output:hdmi-stereo: Digital Stereo (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5900, verfügbar: nein)
output:hdmi-surround: Digital Surround 5.1 (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 800, verfügbar: nein)
output:hdmi-surround71: Digital Surround 7.1 (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 800, verfügbar: nein)
output:hdmi-stereo-extra1: Digital Stereo (HDMI 2)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein)
output:hdmi-surround-extra1: Digital Surround 5.1 (HDMI 2)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein)
output:hdmi-surround71-extra1: Digital Surround 7.1 (HDMI 2)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein)
output:hdmi-stereo-extra2: Digital Stereo (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein)
output:hdmi-surround-extra2: Digital Surround 5.1 (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein)
output:hdmi-surround71-extra2: Digital Surround 7.1 (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein)
output:hdmi-stereo-extra3: Digital Stereo (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein)
output:hdmi-surround-extra3: Digital Surround 5.1 (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein)
output:hdmi-surround71-extra3: Digital Surround 7.1 (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein)
off: Aus (Ziele: 0, Quellen: 0, Priorität: 0, verfügbar: ja)
Aktives Profil: off
Ports:
hdmi-output-0: HDMI / DisplayPort (type: HDMI, priority: 5900, latency offset: 0 usec, not available)
Eigenschaften:
device.icon_name = "video-display"
Teil der/des Profil(s): output:hdmi-stereo, output:hdmi-surround, output:hdmi-surround71
hdmi-output-1: HDMI / DisplayPort 2 (type: HDMI, priority: 5800, latency offset: 0 usec, not available)
Eigenschaften:
device.icon_name = "video-display"
Teil der/des Profil(s): output:hdmi-stereo-extra1, output:hdmi-surround-extra1, output:hdmi-surround71-extra1
hdmi-output-2: HDMI / DisplayPort 3 (type: HDMI, priority: 5700, latency offset: 0 usec, not available)
Eigenschaften:
device.icon_name = "video-display"
Teil der/des Profil(s): output:hdmi-stereo-extra2, output:hdmi-surround-extra2, output:hdmi-surround71-extra2
hdmi-output-3: HDMI / DisplayPort 4 (type: HDMI, priority: 5600, latency offset: 0 usec, not available)
Eigenschaften:
device.icon_name = "video-display"
Teil der/des Profil(s): output:hdmi-stereo-extra3, output:hdmi-surround-extra3, output:hdmi-surround71-extra3
Ziel #0
Status: SUSPENDED
Name: auto_null
Beschreibung: Dummy-Ausgabe
Treiber: module-null-sink.c
Abtastwert-Angabe: s16le 2ch 44100Hz
Kanalzuordnung: front-left,front-right
Besitzer-Modul: 17
Stumm: nein
Lautstärke: front-left: 65536 / 100% / 0,00 dB, front-right: 65536 / 100% / 0,00 dB
Verteilung 0,00
Basis-Lautstärke: 65536 / 100% / 0,00 dB
Quellen-Monitor: auto_null.monitor
Latenz: 0 usec, eingestellt 0 usec
Flags: DECIBEL_VOLUME LATENCY SET_FORMATS
Eigenschaften:
device.description = "Dummy-Ausgabe"
device.class = "abstract"
device.icon_name = "audio-card"
Formate:
pcm
1 Like
Linux Mint as Ubuntu are using Pulseaudio according to my information.
So I will test removing pipewire.
Sadly, removing Pipewire broke something in my KDE session. Was not able to open it again.
Reinstalled and tried to uninstall pulseaudio. Sadly another KDE session break.
There seem to be dependencies.
Reinstalled again fresh from ISO.
Using the instructions to deinstall pulse of
https://denzveloper.github.io/Pipewire/
does break plasma-pa, as it obviously has a pulseaudio dependency.
Now I´m searching to deactivate pipewire.service at least.
Maybe this could help:
But I simpy cannot follow it to execute.
I donnot know how.
There is no
/etc/pipewire/pipewire-pulse.conf
on my system, even though it states in inxi -Ax that Pipewire is running.
oh dear!
this discussion may be relevant:
Thank you.
Will try and check tomorrow evening.
Not enough energy for this to check and fix now once again. 
I do not recognise author of the blog post from May 11, 2021
See this post for latest information on managing incompatible sound servers
Just to document for future people, how I tried to tackle this.
systemctl --user list-unit-files | grep pipewire ✔ 36m 24s
pipewire-media-session.service enabled enabled
pipewire.service disabled enabled
pipewire.socket enabled enabled
~ systemctl enable pipewire.service ✔
Failed to enable unit: Unit file pipewire.service does not exist.
~ systemctl --user list-unit-files | grep pulse 1 ✘ 7s
pulseaudio-x11.service static -
pulseaudio.service disabled enabled
pulseaudio.socket enabled enabled
~ systemctl enable pulseaudio.service ✔
Failed to enable unit: Unit file pulseaudio.service does not exist.
I am not able to activate pulseaudio.service nor pipewire.service
So I am not able to find any audio hardware in my configuration settings.
Thank you nikgnomic!
I installed manjaro-pipewire as suggested.
It brought me one step forward.
After rebooting, I´m able to see audio devices.
But as you can see, I cannot choose any profile for the stereo output speakers.
Still no sound possible.
Found the solution here:
https://forum.manjaro.org/t/sound-not-working-after-update-to-manjaro-21-1/73773/2
Quoting Goose:
I found a workaround on the Ubuntu forum. Scroll down to the bottom and someone responded with a solution for Arch. Basically, follow these steps:
Edit grub config
sudo nano /etc/default/grub
Add the following within the quotation after GRUB_CMDLINE_LINUX_DEFAULT
snd_intel_dspcfg.dsp_driver=1
Update grub
sudo update-grub
Reboot
This forces the legacy driver, or in my case, forces the laptop internal audio to be default, rather than the HDMI.
Here’s the link to the thread where I found that solution:
https://askubuntu.com/questions/1243369/sound-card-not-detected-ubuntu-20-04-sof-audio-pci
1 Like
There is another way to add this modprobe option that does not require editing GRUB
Can not record my voice in manjaro i3
echo 'options snd-intel-dspcfg dsp_driver=1' | sudo tee -a /etc/modprobe.d/alsa-legacy.conf > /dev/null`
1 Like
Just to inform about the second solution:
Undid my grub change, updated grub without the change and restarted.
Tried this input and it did not work for me.
So I changed back to my first solution with the grub change.
Using /etc/modprobe.d/*.conf file makes it simpler to change option in the future to check if the internal dmic is supported. But either method will give the same result
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.