Hi Anne, See if this helps. It was posted a while back. //////////////////////////////////////quote////////////////////////////////////////////////// Date: Thu, 9 Feb 2006 08:32:53 +0000 From: James Wilkinson fedora@westexe.demon.co.uk Subject: Re: chmod To: fedora-list@redhat.com Message-ID: 20060209083253.GA4043@westexe.demon.co.uk Content-Type: text/plain; charset=us-ascii
gary wrote:
In a attempt to get audacity running again (now I get i/o errors in user mode) I decided change permissions on /dev/dsp from 600 to 660 to see what effect that would have on my audacity problem. Each time I leave root, /dev/dsp reverts back to 600.
Why can't I change permissions on /dev/dsp?
How are you becoming root? Are you logging in, or using su - from a terminal?
I suspect you're logging in. This is generally considered a Bad Idea, because mistakes made while root are potentially more serious (they can do more damage), so it makes sense to limit the time spent as root.
It would also mean that when you log back in again, udev carefully recreates /dev/dsp with the appropriate permissions -- 600.
But in any case, I think you're barking up the wrong tree. Either udev is seriously screwed, or /dev/dsp should be read-write for you anyway. $ ls -l /dev/dsp crw------- 1 james root 14, 3 Feb 9 07:42 /dev/dsp dsp should be owned by whoever's logged in at the console. Anything done by that owner should have full access to /dev/dsp.
Hope this helps,
James. /////////////////////////////end of quote/////////////////
On Sunday 26 February 2006 15:02, Don Bedsole wrote:
Hi Anne, See if this helps. It was posted a while back.
Hi, Don.
//////////////////////////////////////quote//////////////////////////////// ////////////////// Date: Thu, 9 Feb 2006 08:32:53 +0000 From: James Wilkinson fedora@westexe.demon.co.uk Subject: Re: chmod To: fedora-list@redhat.com Message-ID: 20060209083253.GA4043@westexe.demon.co.uk Content-Type: text/plain; charset=us-ascii
gary wrote:
In a attempt to get audacity running again (now I get i/o errors in user mode) I decided change permissions on /dev/dsp from 600 to 660 to see what effect that would have on my audacity problem. Each time I leave root, /dev/dsp reverts back to 600.
Why can't I change permissions on /dev/dsp?
How are you becoming root? Are you logging in, or using su - from a terminal?
I suspect you're logging in. This is generally considered a Bad Idea, because mistakes made while root are potentially more serious (they can do more damage), so it makes sense to limit the time spent as root.
It depends on what I'm doing, but sometimes I do it from kdesu konqueror and sometimes from a root terminal (kde root terminal equates to su -). I never log in as root.
Thanks for thinking of it, though.
Anne
gary wrote:
In a attempt to get audacity running again (now I get i/o errors in user mode) I decided change permissions on /dev/dsp from 600 to 660 to see what effect that would have on my audacity problem. Each time I leave root, /dev/dsp reverts back to 600.
Why can't I change permissions on /dev/dsp?
I think FC is doing this the same way as other Linux distributions I have used. The permissions for /dev/dsp are controlled by /etc/security/console.perms. When the first user logs in, they are given ownership of the device, and the permissions are set. When they log out, the permissions revert to the default values in the file. So any changes you make are lost. This affects a lot more then just the sound device...
Mikkel
On Sunday 26 February 2006 17:32, Mikkel L. Ellertson wrote:
I think FC is doing this the same way as other Linux distributions I have used. The permissions for /dev/dsp are controlled by /etc/security/console.perms. When the first user logs in, they are given ownership of the device, and the permissions are set. When they log out, the permissions revert to the default values in the file. So any changes you make are lost. This affects a lot more then just the sound device...
That was what I was trying to remember. To get GnomeMeeting going I had to edit that file so that video4linux and one or two other packages were owned with the group video. Thanks for the reminder.
Anne