lost sound completely

Settings on erlangen are:

karl@erlangen:~> systemctl --user list-unit-files | egrep -i "pipe|pulse"   
pipewire-media-session.service                                                                       enabled   enabled
pipewire-session-manager.service                                                                     alias     -
pipewire.service                                                                                     disabled  disabled
pulseaudio-x11.service                                                                               static    -
pulseaudio.service                                                                                   disabled  disabled
pipewire.socket                                                                                      enabled   enabled
pulseaudio.socket                                                                                    enabled   enabled
karl@erlangen:~> 

The above are working fine.

tried your settings but still got no sound.That’s my current state now:

systemctl --user list-unit-files | egrep -i "pipe|pulse"   
**pipe**wire-media-session.service                                             enabled   enabled 
**pipe**wire-session-manager.service                                           alias     - 
**pipe**wire.service                                                           disabled  disabled 
**pulse**audio-x11.service                                                     static    - 
**pulse**audio.service                                                         disabled  disabled 
**pipe**wire.socket                                                            enabled   enabled 
**pulse**audio.socket                                                          enabled   enabled 
harris@linux-5exe:~> inxi -azA  
perl: warning: Setting locale failed. 
perl: warning: Please check that your locale settings: 
        LANGUAGE = "", 
        LC_ALL = (unset), 
        LANG = "en_CY.UTF-8" 
    are supported and installed on your system. 
perl: warning: Falling back to the standard locale ("C"). 
**Audio:     Device-1:** AMD Raven/Raven2/Fenghuang HDMI/DP Audio **driver:** snd_hda_intel **v:** kernel 
           **bus-ID:** 08:00.1 **chip-ID:** 1002:15de **class-ID:** 0403 
           **Device-2:** AMD Family 17h HD Audio **vendor:** Gigabyte **driver:** snd_hda_intel **v:** kernel 
           **bus-ID:** 08:00.6 **chip-ID:** 1022:15e3 **class-ID:** 0403 
           **Device-3:** Microsoft LifeCam VX-5000 **type:** USB **driver:** snd-usb-audio,uvcvideo **bus-ID:** 3-4:2 
           **chip-ID:** 045e:0728 **class-ID:** 0102 
           **Sound Server-1:** ALSA **v:** k5.15.3-1-default **running:** yes 
           **Sound Server-2:** PulseAudio **v:** 15.0 **running:** yes 
           **Sound Server-3:** PipeWire **v:** 0.3.39 **running:** no


Is there anything else to try to avoid doing a fresh installation after 5+ years since the last one?:’(

Does sound play at an alsa level?

Returning to to the alsa diagnostic output you shared…

APLAY

**** List of PLAYBACK Hardware Devices ****
card 0: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Generic [HD-Audio Generic], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Generic [HD-Audio Generic], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 2: Generic_1 [HD-Audio Generic], device 0: ALC887-VD Analog [ALC887-VD Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 2: Generic_1 [HD-Audio Generic], device 1: ALC887-VD Digital [ALC887-VD Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

For sound card 0 (via HDMI-0 output) try…

aplay -D hw:0,3 -vv /usr/share/sounds/alsa/test.wav
  • As you can see this card claims to have 3 HDMI devices (that may or may not be physically present), so you may need to try 0,7 and 0,8 if you have HDMI connected audio.

Or for sound card 2 (digital)…

aplay -D hw:2,0 -vv /usr/share/sounds/alsa/test.wav

Sound card 2 (analog)…

aplay -D hw:2,1 -vv /usr/share/sounds/alsa/test.wav

Using aplay, are you able to hear any sound? Make sure that the alsa mixer levels are up high enough. The alsamixer command can be used to check this. Press F6 in aslamixer to select a specific sound card for checking levels, then run the appropriate aplay command.

used my current diagnostic and tested as you asked, no sound at all.I’m using a pair of monitor speakers btw, so it’s analog I want.Guess that’s how I’ll have some fun weekend, reinstall tumbleweed >:(

Ok, that diagnostic output showed that the sound card order had changed. That means you would have needed to adjust the command to suit the card and analog output device numbering.

card 1: Generic_1 [HD-Audio Generic], device 0: ALC887-VD Analog [ALC887-VD Analog]

Additionally, ff you have made an changes with the YaST sound utility, I would make sure that no config exists in /modprobe.d/50-sound.conf (or similar file), before restarting and testing again.

Guess that’s how I’ll have some fun weekend, reinstall tumbleweed >:(

A rather drastic step, but difficult for others to diagnose at a distance.

yeah I made adjustments to the card numbering(didn’t get any errors, just silence lol).I also deleted those 50-sound files, chose appropriate card in alsamixer and set volume to max as suggested.Didn’t blame you or @karlmistelberger for trying to help , you guys did your best and helped me learn a few more things about my sound settings.I just have to admit I’m on a dead-end, so …format may be the only answer if there’s nothing else to do than testing

I took a look at this thread and the two instances of the alsa diagnostic script (ie first instance and second instance). The sound card device number changed (as was pointed out in this thread) from initially card-0 and card-2 (ignoring the USB webcam which was card-1) to card-0 and card-1 in the second instance (ignoring the USB webcam which was card-2 in this instance).

Sometimes if both devices run different instances of the same kernel module alsa driver (which is ‘snd_hda_intel’ ) that change in device order can happen, and that can cause confusion in trying to reliably get (and reliably test) sound.

I assume its the analog sound (Realtek ALC887-VD that comes with your Gigabyte AB350M-DS3H-CF motherboard) that you are trying to use.

I also assume you had sound working previous under Tumbleweed (based on your initial post) and originally you had no sound issues. When you lost sound, was that after a Tumbleweed upgrade? I note you have a 5.15.2 kernel, and I was reading on a Lenovo GNU/Linux forum that 5.15.2 has caused a number of issues with Lenovo users, where the newer 5.15.3 appears to have addressed many.

If it were me, trying to debug this, I would disconnect the Webcam, as it can insert a sound device, confusing the issue. Once I had sound working, I would plug th webcam back in.

Also note that by default, openSUSE sound will go to card-0, which for both the two alsa instances noted above, are HDMI in your case. Ergo that (sound) needs to be redirected to card-1 or card-2, dependent on which of those (card-1 or 2) is your Realtek ALC887-VD. Most of us do this with the application ‘pavucontrol’ (pulse audio volume control).

One qualification on this post of mine - I don’t sufficiently understand the inter relationships between pulse audio and pipewire, to say if the tests/changes (?) you have done have helped, or made things worse, or provided useful information.

I do note thou, that the also level testing should work.

Did you try suspending pulse audio for your ‘aplay’ sound tests? For example, if your webcam is removed from before you boot (to avoid the complexity and do not re-insert USB webcam) and assuming your analog audio is hw:1,0 and hw:1,2 (you need to check to confirm this), then did you try this test?

For hw:1,0


pasuspender -- aplay -D hw:1,0 -vv /usr/share/sounds/alsa/test.wav

.
and for hw:1,2


pasuspender -- aplay -D hw:1,2 -vv /usr/share/sounds/alsa/test.wav

Obviously if your Realtek ALC887-VD is hw:0,0 and hw:0,2 you will need to use those instead in the command.

Please try as both a regular user and with root permissions. When you try with root permissions, use sudo (for this test). The idea of using sudo, is to test this as a regular user with elevated permissions (ie not to test as root).

Also, if using external speakers, please check the obvious … ie check cables, make certain speakers actually turned on (if an on/off switch) and that volume turned up (if speakers have a volume knob). My apologies for typing the obvious, but sometimes that even simple things like that catches me when I have an issue, and for a while I forget while I recheck basics.

Also, I note you have your headphones muted (which is why your headphone tests failed) … Out of curiousity, did you ever try to unmute the headphones, plug in headphones, and then test the audio (ie the aplay command) with headphones plugged in? I recommend you do a headphone test.

… This could simply be the 5.15.2 kernel (as noted above wrt Lenovo forum) and you may wish to try the 5.15.3 if its available.
.

first of all thanks for your suggestions.
As I mentioned I did a fresh installation of tumbleweed mainly cause it was a 5+ years install and I wanted to make a refreshment to everything.Bad news are, I still got no sound, on speakers or headphones
tried your suggestions after installing pavucontrol and alsa.I can’t activate analog sound from pavucontrol(“unavailable”), or kde system settings(doesn’t even show) and when I plug in my headphones, I can’t find them anywhere to test them(no sound from them too)
here is my fresh install diagnostic with webcam unplugged(rebooted also), runned both tests for motherboard sound card

pasuspender -- aplay -D hw:1,0 -vv /usr/share/sounds/alsa/test.wav

[FONT=monospace]pasuspender -- aplay -D hw:1,1 -vv /usr/share/sounds/alsa/test.wav
[/FONT]

and still got no sound
Btw seems I’m on 5.15.3-1 kernel
also I didn’t want to make further changes, since this is a fresh install, and it seems that both alsa and pipewire running:shame:

systemctl --user list-unit-files | egrep -i "pipe|pulse"  
**pipe**wire-media-session.service                             enabled   enabled 
**pipe**wire-session-manager.service                           alias     - 
**pipe**wire.service                                           disabled  disabled 
**pulse**audio-x11.service                                     static    - 
**pulse**audio.service                                         disabled  disabled 
**pipe**wire.socket                                            enabled   enabled 
**pulse**audio.socket                                          enabled   enabled
[FONT=monospace]inxi -azA   
**Audio:     Device-1:** Advanced Micro Devices [AMD/ATI] Raven/Raven2/Fenghuang HDMI/DP Audio **driver:** snd_hda_intel **v:** kernel 
           **bus-ID:** 08:00.1 **chip-ID:** 1002:15de **class-ID:** 0403 
           **Device-2:** Advanced Micro Devices [AMD] Family 17h HD Audio **vendor:** Gigabyte **driver:** snd_hda_intel **v:** kernel 
           **bus-ID:** 08:00.6 **chip-ID:** 1022:15e3 **class-ID:** 0403 
           **Sound Server-1:** ALSA **v:** k5.15.3-1-default **running:** yes 
           **Sound Server-2:** PulseAudio **v:** 15.0 **running:** yes 
           **Sound Server-3:** PipeWire **v:** 0.3.39 **running:** yes



[/FONT]

every suggestion is more than welcomed at this point

A bug report may be needed to resolve this. Perhaps an explicit sound module option is needed to handle this particular hardware properly?

also I didn’t want to make further changes, since this is a fresh install, and it seems that both alsa and pipewire running:shame:

Alsa is the kernel and low-level user libraries required for audio support. The pipewire (media server) layer sits above that and interacts with applications. My understanding is that when piepwire is in use, pipewire-pulse is used as a wrapper to replace pulseaudio for pulseaudio clients, so pulseaudio and pipwire-pulse will conflict with each other. As you don’t appear to have pipewire-pulse installed, then the pulseaudio daemon will take care of audio for installed applications. However, since you have some kind of low-level alsa issue at play here, that needs to be resolved first.

Did you ever check for consistency:

**erlangen:~ #** zypper se -is pulse pipe    
Loading repository data... 
Reading installed packages... 

S  | Name                        | Type    | Version     | Arch   | Repository 
---+-----------------------------+---------+-------------+--------+----------------------- 
i  | alsa-plugins-pulse          | package | 1.2.5-1.2   | x86_64 | Haupt-Repository (OSS) 
i+ | alsa-plugins-pulse-32bit    | package | 1.2.5-1.2   | x86_64 | Haupt-Repository (OSS) 
i+ | apulse                      | package | 0.1.13-2.7  | x86_64 | Haupt-Repository (OSS) 
i+ | apulse-32bit                | package | 0.1.13-2.7  | x86_64 | Haupt-Repository (OSS) 
i  | libpipeline1                | package | 1.5.3-1.5   | x86_64 | Haupt-Repository (OSS) 
i  | libpipewire-0_3-0           | package | 0.3.39-2.10 | x86_64 | Packman 
i  | libpulse-devel              | package | 15.0-5.1    | x86_64 | Haupt-Repository (OSS) 
i  | libpulse-mainloop-glib0     | package | 15.0-5.1    | x86_64 | Haupt-Repository (OSS) 
i  | libpulse0                   | package | 15.0-5.1    | x86_64 | Haupt-Repository (OSS) 
i+ | pipewire                    | package | 0.3.39-2.10 | x86_64 | Packman 
i  | pipewire-lang               | package | 0.3.39-2.10 | noarch | Packman 
i  | pipewire-media-session      | package | 0.4.1-1.1   | x86_64 | Haupt-Repository (OSS) 
i  | pipewire-media-session-lang | package | 0.4.1-1.1   | noarch | Haupt-Repository (OSS) 
i  | pipewire-modules            | package | 0.3.39-2.10 | x86_64 | Packman 
i  | pipewire-spa-plugins-0_2    | package | 0.3.39-2.10 | x86_64 | Packman 
i  | pipewire-spa-tools          | package | 0.3.39-2.10 | x86_64 | Packman 
i  | pipewire-tools              | package | 0.3.39-2.10 | x86_64 | Packman 
i  | pulseaudio                  | package | 15.0-5.1    | x86_64 | Haupt-Repository (OSS) 
i  | pulseaudio-bash-completion  | package | 15.0-5.1    | x86_64 | Haupt-Repository (OSS) 
i  | pulseaudio-lang             | package | 15.0-5.1    | noarch | Haupt-Repository (OSS) 
i  | pulseaudio-module-bluetooth | package | 15.0-5.1    | x86_64 | Haupt-Repository (OSS) 
i  | pulseaudio-module-gsettings | package | 15.0-5.1    | x86_64 | Haupt-Repository (OSS) 
i  | pulseaudio-module-x11       | package | 15.0-5.1    | x86_64 | Haupt-Repository (OSS) 
i  | pulseaudio-module-zeroconf  | package | 15.0-5.1    | x86_64 | Haupt-Repository (OSS) 
i  | pulseaudio-utils            | package | 15.0-5.1    | x86_64 | Haupt-Repository (OSS) 
i  | system-user-pulse           | package | 15.0-5.1    | noarch | Haupt-Repository (OSS) 
**erlangen:~ #**

Might your sound hardware need the sof-firmware?
You can try installing it, then maybe run

sudo dmesg | grep -E 'snd|sof'

Might yield something related to the sof-firmware.

I looked at the HD-Audio models from the kernel.org: https://www.kernel.org/doc/html/v4.14/sound/hd-audio/models.html for your ALC887-VD,and could not find any thing specific. The best I could find was:


ALC88x/898/1150

acer-aspire-4930g
    Acer Aspire 4930G/5930G/6530G/6930G/7730G
acer-aspire-8930g
    Acer Aspire 8330G/6935G
acer-aspire
    Acer Aspire others
inv-dmic
    Inverted internal mic workaround
no-primary-hp
    VAIO Z/VGC-LN51JGB workaround (for fixed speaker DAC)
dual-codecs
    ALC1220 dual codecs for Gaming mobos

None of those appear specific to your Asus motherboard.

I supposed you could try the boot code “dual-codecs” although that is very speculative and I see no reason why that would work. To try it you would edit (or create) and /etc/modprobe.d/50-sound.conf and place this line in its:


 options snd-hda-intel dual-codecs 

Then reboot and repeat all of the above tests.

Frankly, I don’t think that will work. If it doesn’t work, remove that edit.

Instead I recommend raising a bug report on the openSUSE kernel. You can find guidance here for raising bug reports: https://en.opensuse.org/openSUSE:Submitting_bug_reports

I think you can use your openSUSE forum username and password when logging on to the openSUSE bug reporting site. Again, raise it against the kernel. Describe your problem in that bug report, and do not bother referencing this thread, as an openSUSE packager will not read a forum thread. Run the diagnostic script:


/usr/sbin/alsa-info.sh --no-upload

Your ALSA diagnostic information will be placed in /tmp/alsa-info.txt.somenumber

and attach to the bug report the text file created by running that command.

Check on the bug report every day or two.

Good luck.

That;s what I got

street@light:~> zypper se -is pulse pipe 
Loading repository data... 
Reading installed packages... 

S | Name                        | Type    | Version     | Arch   | Repository 
--+-----------------------------+---------+-------------+--------+---------------------- 
i | alsa-plugins-pulse          | package | 1.2.5-1.2   | x86_64 | Main Repository (OSS) 
i | libpipeline1                | package | 1.5.3-1.5   | x86_64 | Main Repository (OSS) 
i | libpipewire-0_3-0           | package | 0.3.39-2.10 | x86_64 | Packman Repository 
i | libpulse-mainloop-glib0     | package | 15.0-5.1    | x86_64 | Main Repository (OSS) 
i | libpulse0                   | package | 15.0-5.1    | x86_64 | Main Repository (OSS) 
i | pipewire                    | package | 0.3.39-2.10 | x86_64 | Packman Repository 
i | pipewire-media-session      | package | 0.4.1-1.1   | x86_64 | Main Repository (OSS) 
i | pipewire-modules            | package | 0.3.39-2.10 | x86_64 | Packman Repository 
i | pipewire-spa-plugins-0_2    | package | 0.3.39-2.10 | x86_64 | Packman Repository 
i | pipewire-spa-tools          | package | 0.3.39-2.10 | x86_64 | Packman Repository 
i | pipewire-tools              | package | 0.3.39-2.10 | x86_64 | Packman Repository 
i | pulseaudio                  | package | 15.0-5.1    | x86_64 | Main Repository (OSS) 
i | pulseaudio-bash-completion  | package | 15.0-5.1    | x86_64 | Main Repository (OSS) 
i | pulseaudio-module-bluetooth | package | 15.0-5.1    | x86_64 | Main Repository (OSS) 
i | pulseaudio-module-gsettings | package | 15.0-5.1    | x86_64 | Main Repository (OSS) 
i | pulseaudio-module-x11       | package | 15.0-5.1    | x86_64 | Main Repository (OSS) 
i | pulseaudio-module-zeroconf  | package | 15.0-5.1    | x86_64 | Main Repository (OSS) 
i | pulseaudio-utils            | package | 15.0-5.1    | x86_64 | Main Repository (OSS) 
i | system-user-pulse           | package | 15.0-5.1    | noarch | Main Repository (OSS)


Installed sof-firmware and

street@light:~> sudo dmesg | grep -E 'snd|sof' 
[sudo] password for root:  
    0.322664] PCI-DMA: Using **sof**tware bounce buffering for IO (SWIOTLB) 
    0.322665] **sof**tware IO TLB: mapped [mem 0x000000005368f000-0x000000005768f000] (64MB) 
    0.832203] ata1.00: Features: Trust Dev-Sleep NCQ-**snd**rcv 
    7.914247] usb 5-1: Product: Micro**sof**t® SiderWinderTM X4 Keyboard 
    7.914249] usb 5-1: Manufacturer: Micro**sof**t 
    7.948488] input: Micro**sof**t Micro**sof**t® SiderWinderTM X4 Keyboard as /devices/pci0000:00/0000:00:08.1/0000:08:00.4/usb5/5-1/5-1:1.0/0003:045E:0768.0001/input/input1 
    8.012237] hid-generic 0003:045E:0768.0001: input,hidraw0: USB HID v1.11 Keyboard [Micro[b]soft Micro**sof**t® SiderWinderTM X4 Keyboard] on usb-0000:08:00.4-1/input0 
    8.012550] input: Micro**sof**t Micro**sof**t® SiderWinderTM X4 Keyboard Consumer Control as /devices/pci0000:00/0000:00:08.1/0000:08:00.4/usb5/5-1/5-1:1.1/0003:045E:0768.0002/input/input2 
    8.072177] input: Micro**sof**t Micro**sof**t® SiderWinderTM X4 Keyboard as /devices/pci0000:00/0000:00:08.1/0000:08:00.4/usb5/5-1/5-1:1.1/0003:045E:0768.0002/input/input3 
    8.072378] hid-generic 0003:045E:0768.0002: input,hidraw1: USB HID v1.11 Keyboard [Micro[b]soft Micro**sof**t® SiderWinderTM X4 Keyboard] on usb-0000:08:00.4-1/input1 
   10.379925] **snd**_hda_intel 0000:08:00.1: Handle vga_switcheroo audio client 
   10.402392] **snd**_hda_intel 0000:08:00.1: bound 0000:08:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu]) 
   10.501510] **snd**_hda_codec_realtek hdaudioC1D0: autoconfig for ALC887-VD: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line 
   10.501516] **snd**_hda_codec_realtek hdaudioC1D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) 
   10.501518] **snd**_hda_codec_realtek hdaudioC1D0:    hp_outs=1 (0x1b/0x0/0x0/0x0/0x0) 
   10.501520] **snd**_hda_codec_realtek hdaudioC1D0:    mono: mono_out=0x0 
   10.501521] **snd**_hda_codec_realtek hdaudioC1D0:    dig-out=0x11/0x0 
   10.501523] **snd**_hda_codec_realtek hdaudioC1D0:    inputs: 
   10.501524] **snd**_hda_codec_realtek hdaudioC1D0:      Front Mic=0x19 
   10.501525] **snd**_hda_codec_realtek hdaudioC1D0:      Rear Mic=0x18 
   10.501527] **snd**_hda_codec_realtek hdaudioC1D0:      Line=0x1a



still nothing

tried “dual-codecs”(had to create a 50-sound.conf and nothing happened again
I finally raised the bug to bugzilla site and also mentioned this thread(just in case…).Let’s hope a solution will be given