Sometimes, switching from a kernel to another, "alsactl restore" fails with something like this: /usr/sbin/alsactl: set_control:894: warning: name mismatch (Surround Jack Mode/Surround Jack as Input) for control #39/usr/sbin/alsactl: set_control:896: warning: index mismatch (0/0) for control #39 /usr/sbin/alsactl: set_control:898: failed to obtain info for control #39 (Operation not permitted) The "problem" can be easily solved by saving the mixer state while running the new kernel: "alsactl store". If "alsasound" can be modified to don't fail in such situation, but just print a warning (for example) the problem goes away with the next reboot, since "alsactl store" is called during "alsasound stop". Reproducible: Always Steps to Reproduce:
Created attachment 64794 [details, diff] Don't fail if there are restoring troubles Maybe the "go on!" shound be changed to something else... :)
Run in to the same problem when testing a newer alsa release which added new features for my card: pena dev # /etc/init.d/alsasound restart * Caching service dependencies ... [ ok ] * WARNING: you are stopping a boot service. * Storing ALSA Mixer Levels ... [ ok ] * Unloading ALSA ... [ ok ] * Unloading ALSA modules ... [ ok ] * Loading ALSA modules ... * Loading: snd-card-0 ... [ ok ] * Loading: snd-seq-oss ... [ ok ] * Loading: snd-pcm-oss ... [ ok ] * Loading: snd-seq-midi ... [ ok ] * Restoring Mixer Levels ... /usr/sbin/alsactl: set_control:894: warning: name mismatch (Master Playback Switch/Off-hook Switch) for control #23 /usr/sbin/alsactl: set_control:896: warning: index mismatch (1/0) for control #23 /usr/sbin/alsactl: set_control:898: failed to obtain info for control #23 (Operation not permitted) [ !! ] pena dev # /etc/init.d/alsasound restart * Loading ALSA modules ... * Loading: snd-card-0 ... [ ok ] * Restoring Mixer Levels ... /usr/sbin/alsactl: set_control:894: warning: name mismatch (Master Playback Switch/Off-hook Switch) for control #23 /usr/sbin/alsactl: set_control:896: warning: index mismatch (1/0) for control #23 /usr/sbin/alsactl: set_control:898: failed to obtain info for control #23 (Operation not permitted) [ !! ] pena dev # nano /etc/init.d/alsasound pena dev # rm /etc/asound.state pena dev # /etc/init.d/alsasound restart * Loading ALSA modules ... * Loading: snd-card-0 ... [ ok ] * Restoring Mixer Levels ... * No mixer config in /etc/asound.state, you have to unmute your card! So I think either the alsa-utils package or the init script should give the user information about deleting the /etc/asound.state file if there are troubles after an upgrade.
*** Bug 110290 has been marked as a duplicate of this bug. ***
Thanks applied in CVS.