Audio not working

I am on latest i3. I always have a wire of speaker connected at back of the pc, and when I want to use earphones, i use the front panel. Since a few days, sometimes my speaker did not work unless I rebooted my pc. And now its not working at all, nor are my earphones. When I click on the audio icon on status bar and go to output devices, it is not showing any device. It showed my earphones after reboot and system update, but did not work, and after reinserting, it stopped showing.
Tried reboot, system update, restarting alsa.
Thank you!

hei welcome at the :enos: forum !

Can you give the output of this:
inxi -Aa no no no :palm_down_hand: :clown_face:

inxi -Aaz
better this thanks to @keybreak we will do z and not :zzz: again to forget about…

We use Pipewire on actual installs, alsa would not need to be touched for a working audio system it should run fine without any setup. As Pipewire handles it for the user.

Check installed packages:

yay -Qs pipe
yay -Qs pulse

1 Like

honka_memes-128px-40

Do NOT issue inxi without -z flag! Even audio devices may have unique serial numbers :man_facepalming:

inxi -Aaz
1 Like

they do not they have only ununique id showing like chip-id and bus-id and class-id output will be exactly the same with or without z

1 Like

My hardware definitely has filtered serial number, so don’t judge by your personal results :wink:

And even if it wasn’t the case - i’d argue it’s just a good idea to always use -z on forum, as a rule of thumb anyway, to be on a safe side for users and those who will see inxi command afterwards and may start using it “as is” mindlessly.

1 Like

i was only talking about audio hardware… i never saw any inxi -Aa output showing a unique uuid in any way and i was not talking about my personal result only i think i saw this output a lot of times on a lot of different systems.

But if you want to follow please feel free to open a new thread to discuss this.

Well there’s no need for a thread and debate, it’s just a fact for audio devices as well.

I’ve just told you i have seen unique serial ids in audio hardware, and hardware as you know tend to be different from system to system, also mind USB DACs and stuff - so it’s a bad idea.

Personal example for a proof

See Device-3 serial, it’s unique if i uncover it :slight_smile: :

inxi -Aaz

Audio:
  Device-1: NVIDIA GM200 High Definition Audio vendor: eVga.com.
    driver: snd_hda_intel v: kernel bus-ID: 3-10.1:47 chip-ID: 0a4d:00f5 pcie:
    gen: 3 class-ID: 0103 speed: 8 GT/s lanes: 16 bus-ID: 01:00.1
    chip-ID: 10de:0fb0 class-ID: 0403
  Device-2: Evolution UC-33e MIDI Controller type: USB driver: snd-usb-audio
  Device-3: Microchip (formerly SMSC) Fireface UCX (23648918) type: USB
    driver: snd-usb-audio bus-ID: 3-9.1:4 chip-ID: 0424:3fb9 class-ID: 0103
    serial: <filter>
  Sound API: ALSA v: k5.15.76-1-MANJARO running: yes
  Sound Server-1: JACK v: 1.9.21 running: yes
  Sound Server-2: PulseAudio v: 16.1 running: yes
  Sound Server-3: PipeWire v: 0.3.59 running: yes

P.S. Sorry for Manjaro, it’s just my experimental system for testing stuff… :rofl:

I see.
Also, i do not see that serial would cause a great security risk… it is indeed unique and it would be possible to use it in a bad way… by some smart hackers.

I wonder why it is not set as default to be filtered anyway.
I should read my own wiki too :wink:
2022-11-10_18-19

Also i would like to have a thread about this topic… as i was lately thinking exactly about this … because in many cases journal logs are very useful to help… but even more badly like serial numbers of hardware the journal can show a lot of real personal details…

1 Like