http://qa.mandrakesoft.com/show_bug.cgi?id=5079
------- Additional Comments From [EMAIL PROTECTED] 2003-04-09 22:53 ------- kamstrup: i've seen you report this on two bugs now, and I think you're labouring under a misapprehension of what aumix does. Saving your volume settings in aumix is not intended to restore them on the next boot; aumix's save function is internal to aumix. All it does is let you run file / load next time you run aumix and get them back. If you use ALSA drivers, the ALSA service ought to store and restore your volume across boots, but for this to work it needs alsactl installed. That's in the alsa-utils package, which you might not have installed - if you don't, that's probably the source of the problem. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: After booting, if I login as non-root user, then I can play sound just fine since /dev/dsp allows write access. However, if after boot, I login as root from the console, logout and then login as non-root user, I can't even start aumix since permission to open /dev/dsp is denied. lr-xr-xr-x 1 root root 9 Aug 30 17:51 /dev/dsp -> sound/dsp To fix this, I ran as root "/etc/rc.d/init.d/sound stop" which did not unload the sound driver !? I had to run "modprobe -vr" to unload the sound modules and then run "/etc/rc.d/init.d/sound start" to reload them. Thereafter, non-root user could run aumix and play sound. However, the permissions of /dev/dsp remained the same. So what is preventing a non-root user from accessing /dev/dsp ?
