Re: lost sound (it had been working)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Jan 20, 2009 at 07:48:01PM -0500, Reid Vail wrote:
> I loaded Knopix 5 .1 and the sound worked perfectly right away...and  
> that's not a very old version ( < 2 years I think).  So then I loaded  
> the Ubuntu 8.10 liveCD and it also worked fine.

Interesting, and useful data.

> So this is not a speaker problem or a hardware (MB "soundcard" problem)  
> and it's not an old software vs. new software problem.  It can only be a  
> configuration problem.

Yes, that seems likely, unless your software is different to the Ubuntu
8.10 liveCD kernel, such as may happen if you have applied updates.

> Thinking of trouble-shooting scenario, I wonder if it makes sense to   
> reload the liveCD, capture the config and then boot off the HD and  
> compare what's in place to what worked on the liveCD?  If you think  
> that's worthwhile can you let me know which configuration settings to  
> capture.

Okay.  We've been having this problem on the OLPC XO lately, so I'm up
on it.  All the ALSA controls are stored on shutdown and restored on
boot, for most distributions of Linux.  The command

"alsactl store" saves the controls, and the command

"alsactl restore" restores them.

There's a --file option for telling it where to store into or restore
from.  The default location is distribution specific.  Fedora in one
place, Debian in another.  Ubuntu is derived from Debian.  It is easy to
find, just run the command

	strace -e open alsactl store

On an Ubuntu 8.10 test system here, the file is
/var/lib/alsa/asound.state

The file is text, in my experience, and can be compared with previous
files.  The file content is sound card and driver version specific, but
driver authors tend to accept the old file in new versions of driver.
(Gross simplification).

So on the assumption that your problem is ALSA controls, do a store in
each of the operating system environments you have tried, and compare
the output mechanically, e.g. with the diff command.  There are some
handy graphical diff programs around, I use kdiff3 or emacs.  Capture
all the files first before making any change, so that you can tell why
it is happening.

If you see a difference, try to understand it.  Try to restore that file
on the non-working environment.  It may fix the problem.

If you see a difference in that there are more or less controls, then
the cause will be change in the driver between the different
environments.

If you see no difference at all, then the cause of your problem won't be
ALSA controls, and you should look at drivers.

There yet may be other causes.

-- 
James Cameron    mailto:quozl@xxxxxxxxxxxxx     http://quozl.netrek.org/
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user

[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux