LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (http://www.linuxquestions.org/questions/slackware-14/)
-   -   alsactl error with kernel 3.7.1 on Slackware-current (http://www.linuxquestions.org/questions/slackware-14/alsactl-error-with-kernel-3-7-1-on-slackware-current-4175443484/)

dr.s 12-30-2012 10:41 AM

alsactl error with kernel 3.7.1 on Slackware-current
 
Noticed the following startup error after updating my slackware-current test partition to 3.7.1
Code:

alsactl: set_control:1464: Cannot write control '3:3:0:Playback Channel Map:0' : File descriptor in bad state
The sound works until I run a couple of games under wine, then it starts to crackle at first, then disappears by the time I launch another game. Problem goes away when I reboot with 3.6.11 or 3.2.29

Anyone else running 3.7.1 and having the same error?

escaflown 12-30-2012 01:31 PM

Quote:

Originally Posted by dr.s (Post 4859551)
Noticed the following startup error after updating my slackware-current test partition to 3.7.1
Code:

alsactl: set_control:1464: Cannot write control '3:3:0:Playback Channel Map:0' : File descriptor in bad state
The sound works until I run a couple of games under wine, then it starts to crackle at first, then disappears by the time I launch another game. Problem goes away when I reboot with 3.6.11 or 3.2.29

Anyone else running 3.7.1 and having the same error?

Same error here. I haven't found any solution yet.

angryfirelord 12-30-2012 01:59 PM

Try moving /etc/asound.state somewhere else (so it's not in /etc) and see if that corrects it. Most likely it's a kernel bug of some kind.

XGizzmo 12-30-2012 04:48 PM

Running alsactl store will likely fix the issue.

escaflown 12-30-2012 05:37 PM

Quote:

Originally Posted by XGizzmo (Post 4859701)
Running alsactl store will likely fix the issue.

Nope. Still there.

folkenfanel 01-01-2013 11:38 PM

alsactl store fixes it for a short time
 
Hi fellow Slackers.

I get the same annoying error. Tried to fix it deleting /var/lib/asound.state and regenerating it with alsactl store. It works... but when I do alsactl restore (as does rc.alsa every boot), it gives me the error again.

Code:

alsactl: set_control:1464: Cannot write control '3:3:0:Playback Channel Map:0' : File descriptor in bad state
alsactl: set_control:1464: Cannot write control '3:3:0:Playback Channel Map:0' : File descriptor in bad state
alsactl: set_control:1464: Cannot write control '3:7:0:Playback Channel Map:0' : File descriptor in bad state
alsactl: set_control:1464: Cannot write control '3:8:0:Playback Channel Map:0' : File descriptor in bad state
alsactl: set_control:1464: Cannot write control '3:9:0:Playback Channel Map:0' : File descriptor in bad state


bormant 01-02-2013 04:02 AM

"alsactl store" needs root privileges.

escaflown 01-02-2013 02:48 PM

Quote:

Originally Posted by bormant (Post 4861116)
"alsactl store" needs root privileges.

How is that related to the question of the OP?

bormant 01-03-2013 08:48 AM

Quote:

Originally Posted by escaflown (Post 4861545)
How is that related to the question of the OP?

If after upgrading kernel you run 'alsactl store' as user it cannot replace old /var/lib/alsa/asound.state and 'alsactl restore' will complain after reboot.

escaflown 01-03-2013 09:10 AM

Quote:

Originally Posted by bormant (Post 4862075)
If after upgrading kernel you run 'alsactl store' as user it cannot replace old /var/lib/alsa/asound.state and 'alsactl restore' will complain after reboot.

If you ran it as user, that's not the kind of error you will get...

bormant 01-03-2013 11:51 AM

Quote:

Originally Posted by escaflown (Post 4862099)
If you ran it as user, that's not the kind of error you will get...

If you get errors after upgrading kernel, then run 'alsactl store' as user instead of root, you still continue getting the same errors from 'alsactl restore' on reboots.

escaflown 01-03-2013 01:05 PM

Quote:

Originally Posted by bormant (Post 4862228)
If you get errors after upgrading kernel, then run 'alsactl store' as user instead of root, you still continue getting the same errors from 'alsactl restore' on reboots.

How are you able to run 'alsactl store' as user instead of root ???????

Pixxt 01-03-2013 06:36 PM

Quote:

Originally Posted by XGizzmo (Post 4859701)
Running alsactl store will likely fix the issue.

I always run alsamixer before alsactl store, just throwing it out there.

bormant 01-05-2013 03:10 PM

Quote:

Originally Posted by escaflown (Post 4862271)
How are you able to run 'alsactl store' as user instead of root ???????

Nothing special:
Code:

$ /usr/sbin/alsactl store
/usr/sbin/alsactl: save_state:1608: Cannot open /var/lib/alsa/asound.state for writing: Permission denied

Even if user type
Code:

$ alsactl store
-bash: alsactl: command not found

result is the same. In both cases /var/lib/alsa/asound.state stays unchanged and 'alsactl restore' still complains after reboot.

escaflown 01-05-2013 04:47 PM

Quote:

Originally Posted by bormant (Post 4863600)
Nothing special:
Code:

$ /usr/sbin/alsactl store
/usr/sbin/alsactl: save_state:1608: Cannot open /var/lib/alsa/asound.state for writing: Permission denied

Even if user type
Code:

$ alsactl store
-bash: alsactl: command not found

result is the same. In both cases /var/lib/alsa/asound.state stays unchanged and 'alsactl restore' still complains after reboot.

That's incorrect. In one case (simple user case), the alsactl didn't even execute, while in the other it failed to write the asound.state. The point is there is no way you can run alsactl without root privileges in Slackware, AFAIK.


All times are GMT -5. The time now is 02:03 AM.