No audio on Acer AS3810TZ

I installed 11.3 on my laptop and everything worked fine at first. But after running update and a reboot my audio has disappeared. Audio was ok in 11.2 and works in Win 7.

Running “SDB:Audiotroubleshooting STEP 2 (SDB:AudioTroubleshooting - openSUSE)
YAST > HARDWARE > SOUND and select your audio card and delete it (which deletes the configuration, not the card).
Then add the card, and configure the card. Test your sound.
” gives me the audio back. But audio is missing after a rebbot and I have to remove and add the soundcard again to get audio.

My setup:
Acer Aspire AS3810TZ-414G50n
OpenSuSE Linux 2.6.34-12-desktop x86_64

Alsa:
rpm -q alsa alsa-utils alsa-firmware
alsa-1.0.23-2.12.x86_64
alsa-utils-1.0.23-1.8.x86_64
alsa-firmware-1.0.23-1.2.noarch

Result sound test (but no sound in my speakers):
*speaker-test -Dplug:front -c2 -l5 -twav
speaker-test 1.0.23

Playback device is plug:front
Stream parameters are 48000Hz, S16_LE, 2 channels
WAV file(s)
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 64 to 262144
Period size range from 32 to 131072
Using max buffer size 262144
Periods = 4
was set period_size = 65536
was set buffer_size = 262144
0 - Front Left
1 - Front Right
Time per period = 5.480478
0 - Front Left
1 - Front Right
Time per period = 5.480004
0 - Front Left
1 - Front Right
Time per period = 5.479968
0 - Front Left
1 - Front Right
Time per period = 5.479958
0 - Front Left
1 - Front Right
Time per period = 5.479889*

roysen@roysen:~> cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version 1.0.22.1.

roysen@roysen:~> cat /proc/asound/modules

  • 0 snd_hda_intel*

roysen@roysen:~> cat /proc/asound/cards

  • 0 [Intel ]: HDA-Intel - HDA Intel
    HDA Intel at 0xe4500000 irq 29*

alsa-info.sh report with no audio (after reboot) http://www.alsa-project.org/db/?f=5e14bceadb16222b3d9a4ceb83051049797b1ca3

alsa-info.sh report with audio http://www.alsa-project.org/db/?f=1b0175881dd2ad60d477b6c5131d12acc6eab50b

Output of dmesg: NoMorePasting.com

Your mixer was set wrong when you did the boot.

Here is your mixer setting after the boot:

!!Amixer output
!!-------------

!!-------Mixer controls for card 0 [Intel]

Card hw:0 ‘Intel’/'HDA Intel at 0xe4500000 irq 28’
Mixer name : ‘Intel G45 DEVCTG’
Simple mixer control ‘Master’,0
Mono: Playback 64 [100%] [0.00dB] [on]
Simple mixer control ‘Speaker’,0
Front Left: Playback 0 0%] -63.00dB] [on]
Front Right: Playback 0 0%] -63.00dB] [on]
Simple mixer control ‘PCM’,0
Front Left: Playback 255 [100%] [0.00dB]
Front Right: Playback 255 [100%] [0.00dB]

Now, here is your mixer settings after removing and restarting the sound device:

!!Amixer output
!!-------------
!!-------Mixer controls for card 0 [Intel]
Card hw:0 ‘Intel’/'HDA Intel at 0xe4500000 irq 29’
Mixer name : ‘Intel G45 DEVCTG’
Simple mixer control ‘Master’,0
Mono: Playback 64 [100%] [0.00dB] [on]
Simple mixer control 'Speaker’,0
Front Left: Playback 64 100%] [1.00dB] [on]
Front Right: Playback 64 100%] [1.00dB] [on]
Simple mixer control ‘PCM’,0
Front Left: Playback 255 [100%] [0.00dB]
Front Right: Playback 255 [100%] [0.00dB]

Clearly with the speaker control set at 0% you will have no volume.

You may have other problems that need to be sorted with the audio, but you need to sort that first, which means check you mixer very carefully when you think you have no audio.

If I change between model=auto and model=basic in /etc/modprobe/50-sound.conf and then run “rcalsasound restart” the audio is back, but will disappear after a reboot. Non of the other options for codecs ALC269 will work.

Your PCs mixer was set wrong in your previous post. You need to check that.

Also, if you have no sound upon a reboot, you should check to see if some misbehaved application has seized the audio device and is refusing to share it. You can do that by running the following at different occasions (and recording the output for later comparison) :

 lsof /dev/dsp* /dev/audio* /dev/mixer* /dev/snd/*

where that gives you a list of open files that are using your audio device, so that you can determine if one has seized the device and is not sharing it. One needs to compare the output from that when sound works and when it does not work, so as to become familiar with it. This method is documented at the end of the audio troubleshooting guide that you quoted in your first post.

Also, if you do not have your PCs mixer set correctly (where in your above post clearly it was set wrong) then the above won’t help as you will be obtaining the wrong conclusion as to whether sound works or does not work.

After several test with and without “model=basic” in the “/etc/modprobe/50-sound.conf” it seems that “model=basic” fix the problem. When using “model=auto” (default) and then running alsamixer some channels are missing. Front channels is missing and I think that is the reason for the wrong mixer settings. Does this make any sens?

It could be the case, as I note these as the model options in the alsa documentation, file HD-Audio-models.txt file for 1.0.23 of alsa for the ALC269 which the diagnostic script indicates is appropriate for an ALC269 where that audio hardware codec is on your Acer AS3810TZ:

ALC269
======
  basic		Basic preset
  quanta	Quanta FL1
  eeepc-p703	ASUS Eeepc P703 P900A
  eeepc-p901	ASUS Eeepc P901 S101
  fujitsu	FSC Amilo
  lifebook	Fujitsu Lifebook S6420
  auto		auto-config reading BIOS (default)

Still, the above does not change what you posted earlier where there was no audio option in the 50-sound.conf file (as it would show up in the script) and clearly in that file the speaker sound was MUTED (at 0%) when you had no audio and the speaker sound was at 100% when you had sound. Ergo your mixer was setup wrong previous. Hence I am suspicious that ‘basic’ may not be necessary to get functional sound (since the mixer settings were wrong).

But if you get extra controls with ‘basic’ as a specified model option, then that is good.

Hopefully all is well now, and best wishes !

Sadly after another reboot I lost my audio again. This is the output from alsa-info

roysen@roysen:~/audio-proble> lsof /dev/dsp* /dev/audio* /dev/mixer* /dev/snd/*
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
knotify4 3075 roysen 12u CHR 116,8 0t0 3826 /dev/snd/controlC0
kmix 3202 roysen 11u CHR 116,8 0t0 3826 /dev/snd/controlC0
npviewer. 7844 roysen mem CHR 116,4 3822 /dev/snd/pcmC0D0p
npviewer. 7844 roysen 12u CHR 116,2 0t0 3639 /dev/snd/timer
npviewer. 7844 roysen 13u CHR 116,4 0t0 3822 /dev/snd/pcmC0D0p
npviewer. 7844 roysen 14u CHR 116,8 0t0 3826 /dev/snd/controlC0

The application npviewer is using your audio, and possibly not sharing it. You can ‘break’ its hold on the audio device by typing with root permissions: ‘rcalsasound restart’ and then restart your mixer.

But please read my post:

You need to run that command when sound works, with different applications running, etc … so as to understand it better. Just running it when sound does not work is not enough to learn what it means. Apologies, I thought I had made that clear.

I dont know why I lost audio after the one reboot in post #7. The audio system works great the rest of the time since I put “model=basic” in the 50-sound.conf. “npviewer” in my last post wass simply an youtube video in firefox since Firefox resumed the video I tested sound in Firefox with before reboot. Glad to say that audio works great now.