Lost sound and a system ignorance of a 'bad line' in alsa-base.conf

29 December 2020, 20:30:08

Good evening,

It looks like I've update my system unsuccessfully. After update I've lost sound completely. Now when the system starts it writes me that it ignores "bad line" containing 'options' in alsa-base.conf. Here is what my alsa-base.conf contains:

Code: [Select]

options snd_hda_intel index=0

I checked if the index is right:

Code: [Select]

cat /proc/asound/cards
 0 [PCH            ]: HDA-Intel - HDA Intel PCH
                      HDA Intel PCH at 0xa4320000 irq 137

I don't know what can I do about it yet. I tried to search if this problem is already solved in another topic, but found just special cases like losing sound in Skype or even in headphones. I think some knowledge is needed to draw an analogy between a case with headphones and mine, but I've started linuxing very recently.

Does any of you guys know what must be the "good" line for alsa-base.conf that will make sound appear?

Re: Lost sound and a system ignorance of a 'bad line' in alsa-base.conf

Reply #1 – 30 December 2020, 14:43:10

You seem to be passing options to the snd-hda-intel kernel module. I don't have to do this, usually it just works for me without anything in /etc/modprobe.d.
https://www.kernel.org/doc/html/v5.9-rc8/sound/index.html
https://www.kernel.org/doc/html/v5.9-rc8/sound/alsa-configuration.html#module-parameters
It should be there as a global parameter:
Common parameters for top sound card modules
Each of top level sound card module takes the following options.
index
index (slot #) of sound card; Values: 0 through 31 or negative; If nonnegative, assign that index number; if negative, interpret as a bitmask of permissible indices; the first free permitted index is assigned; Default: -1
You could try lspci -vvv to see if your audio card is associated with the snd-intel-hda driver, and selecting the sound card in alsamixer.
I tried that same line and file myself (my audio card also uses that driver) with 5.9.14.artix1-1 and audio still works fine, headphones and speaker, no warning at boot. I'm using OpenRC and eudev - this could be significant, as the init starts udev and udev reads /etc/modprobe.d. What init, udev and kernel variant and version are you using? Do you have any other special config for those items which could affect this?