You are not logged in.
Hi!
Recently I bought a new laptop (HP Probook 450 G1). For some reason I can't hear sound from the laptop's speaker or headphones. I already read the troubleshooting guide on wiki. Unfortunately none of the solutions described on the wiki helped. I'm not using PulseAudio and I'm out of ideas.
Additional information:
~ lsmod |grep snd
snd_hda_codec_realtek 54803 1
snd_hda_codec_generic 56366 1 snd_hda_codec_realtek
snd_hda_codec_hdmi 40396 1
snd_hda_intel 22831 6
snd_hda_controller 22975 1 snd_hda_intel
snd_hda_codec 104665 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
snd_hwdep 6652 1 snd_hda_codec
snd_pcm 83207 6 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
snd_timer 19294 3 snd_pcm
snd 61276 16 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
soundcore 5551 2 snd,snd_hda_codec
~ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: SB [HDA ATI SB], device 0: ALC888 Analog [ALC888 Analog]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 0: SB [HDA ATI SB], device 1: ALC888 Digital [ALC888 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
~ speaker-test
speaker-test 1.0.28
Playback device is default
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2048 to 16384
Period size range from 1024 to 1024
Using max buffer size 16384
Periods = 4
was set period_size = 1024
was set buffer_size = 16384
0 - Front Left
Time per period = 2.651060
0 - Front Left
lspci |grep Audio
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA)
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Juniper HDMI Audio [Radeon HD 5700 Series]
~ cat /proc/asound/cards
cat /proc/asound/cards
0 [SB ]: HDA-Intel - HDA ATI SB
HDA ATI SB at 0xfe024000 irq 16
1 [HDMI ]: HDA-Intel - HDA ATI HDMI
HDA ATI HDMI at 0xfdffc000 irq 43
Last edited by Skitter (2014-09-01 06:22:30)
Offline
Try in /etc/modprobe.d/whateveryouwanttocallthisbutmakesureitendsindotconf.conf:
(edited to keep emeres happy)
To switch order, making what was "card" 1 the default:
options snd-hda-intel index=1,0
or to just disable what was "card" 0:
options snd-hda-intel enable=0,1
I also have, in that same line, to fix kernel warnings about bdl_pos_adj:
bdl_pos_adj=64,64
Last edited by brebs (2014-09-01 10:37:11)
Offline
Try in /etc/modprobe.d/whateveryouwanttocallthisbutmakesureitendsindotconf.conf:
options snd-hda-intel enable=0,1
I also have, in that same line, to fix kernel warnings about bdl_pos_adj:
bdl_pos_adj=64,64
Yep, that did the trick. Thank you. I had to change my default soundcard from 1 to 0 in /usr/share/alsa/alsa.conf.
Last edited by Skitter (2014-08-29 15:49:48)
Offline
@brebs Why disable a card? It should work as expected.
Yep, that did the trick. Thank you. I had to change my default soundcard from 1 to 0 in /usr/share/alsa/alsa.conf.
That file will be updated/overwritten with alsa-lib package, use the defaults node or other custom configuration in /etc/asound.conf or ~/.asoundrc instead, should you insist to use the alsa-only approach. The index parameter sets the order of sound cards according to position on the bus and can be used to set the default card.
Should you consider this issue solved, then please mark the thread as such.
Offline
Why disable a card?
So that the right output becomes the all-important *default* output. And it's conveniently a simple one-liner.
Offline
emeres wrote:Why disable a card?
So that the right output becomes the all-important *default* output. And it's conveniently a simple one-liner.
I am very aware of that, why not use index instead? It is as convenient as enable. Why leave the user with a disabled device, when it can continue to work? I consider this highly inefficient, because it does not solve the actual issue and creates a potential problem in the future.
In this case, user interaction was the cause, so it does not matter.
Edit: Typo.
Last edited by emeres (2014-08-29 17:45:29)
Offline