problem with /etc/rc.d/rc.alsa

[root]

I get an error message when starting rc.alsa:

Loading ALSA mixer settings: /usr/sbin/alsactl restore
ALSA lib conf.c:1179:(parse_def) value is not a compound
ALSA lib conf.c:1697:(snd_config_load1) _toplevel_:1141:25:Unexpected char
/usr/sbin/alsactl: load_state:1674: snd_config_load error: Invalid argument


My guess is that "ALSA lib" refers to alsa-lib, but I can't
find any conf.c file. If this error message means anything
to you can you, please tell me where to look for the
offending file?

Whatever the error, it seems to eliminate all alsa devices.

Thanks.

[Mike]

Post by root
Loading ALSA mixer settings: /usr/sbin/alsactl restore
ALSA lib conf.c:1179:(parse_def) value is not a compound
ALSA lib conf.c:1697:(snd_config_load1) _toplevel_:1141:25:Unexpected char
/usr/sbin/alsactl: load_state:1674: snd_config_load error: Invalid argument
My guess is that "ALSA lib" refers to alsa-lib, but I can't
find any conf.c file. If this error message means anything
to you can you, please tell me where to look for the
offending file?
Whatever the error, it seems to eliminate all alsa devices.

I took a look at "/etc/rc.d/rc.alsa" to remind me what "alsactl restore"
exactly does in there.

Maybe look in /var/lib/alsa/asound.state (assuming it hasn't moved!),
it sounds like the contents of that file may be corrupt or incompatible?

It also hints that if you "touch /var/lib/alsa/no.asound.state" then
it won't load that file, and instead set some defaults up.

[root]

Post by Mike
I took a look at "/etc/rc.d/rc.alsa" to remind me what "alsactl restore"
exactly does in there.
Maybe look in /var/lib/alsa/asound.state (assuming it hasn't moved!),
it sounds like the contents of that file may be corrupt or incompatible?
It also hints that if you "touch /var/lib/alsa/no.asound.state" then
it won't load that file, and instead set some defaults up.

Thanks for responding. The date on the file /var/lib/alsa/asound.state
corresponds to the last time I booted into the machine. At that
time I had no file /etc/asound.conf and the asound.state file reflects
the correct state of my machine beginning with state NVIDIA.

I take that as what happens when no.asound.state was touched.
I know that nothing I could put in /etc/asound.conf worked for me.

In the old days we used to have to create an xorg.conf. Now it
is best left missing and X starts up correctly be default. It
seems now that sound may do the same. All the better for us.