Results 1 to 10 of 11
Right, so i was updating my gentoo system with "emerge -uD world" and when it finished i found that when i logged into any non-root account i didn't have access ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
- 05-30-2005 #1Just Joined!
- Join Date
- May 2005
- Posts
- 1
Permissions problems
Right, so i was updating my gentoo system with "emerge -uD world" and when it finished i found that when i logged into any non-root account i didn't have access to /dev/null. When i change permissions on /dev/null using chmod 666 it keeps the permissions until i reboot, then they revert. Also when I'm in my gui, xfce4, i cant get xterm or xfterm4 to start and when i run xmms i get an "failed to open ALSA 1.2.10 output plugin" error, which i've never gotten before. I assume it's something wrong with permission because when i login as root everything works perfectly.
Any help you guys could offer would be much appreciated, I'm still more or less a newbie to the linux world. Thanks.
- 05-31-2005 #2Linux Engineer
- Join Date
- Jul 2003
- Location
- Uppsala, Sweden
- Posts
- 1,278
you are hopfully using udev if so make sure "/etc/udev/permissions.d/50-udev.permissions" contains the line:
null:root:root:0666
in the section titled #Memory devices
also under #audio devices check that permissions are 0660
have you run etc-update recently? do you have config files that need updating or have you accidently overwritten some config?Proud to be a GNU/Gentoo Linux user!
- 05-31-2005 #3Linux Engineer
- Join Date
- Oct 2004
- Location
- Vancouver
- Posts
- 1,366
hmm, instead of 666 try 777 on /dev. Does this problem happen when logged into root as well?
Operating System: GNU Emacs
- 05-31-2005 #4Linux Engineer
- Join Date
- Jul 2003
- Location
- Uppsala, Sweden
- Posts
- 1,278
why? 0777? 0666 should work fine. 0777 would mean that anyone and everyone can have full read write and execute access to /dev/null
Proud to be a GNU/Gentoo Linux user!
- 05-31-2005 #5Linux Engineer
- Join Date
- Oct 2004
- Location
- Vancouver
- Posts
- 1,366
i had to use 777 once on my laptop after my very first gentoo install when I had the same problem, it got it working long enough for me to do some pressing work, and then later on I manually reset permissions--took some time but...--interestingly enough, that is the only gentoo install that I ever had that problem with
Operating System: GNU Emacs
- 05-31-2005 #6Linux Engineer
- Join Date
- Jul 2003
- Location
- Uppsala, Sweden
- Posts
- 1,278
ok, but for this problem 0666 should be fine.. its the default setting and works on everyone elses system.
Proud to be a GNU/Gentoo Linux user!
- 08-16-2005 #7Just Joined!
- Join Date
- Aug 2005
- Posts
- 2
I am having the EXACT same problems, after the EXACT same command... I checked the file you mentioned, it has all permissions correct, however every reboot the problem comes back...
Anyone got some insight into this? Or do the gentoo build scripts have serious bugs that no one has found yet?
- 08-16-2005 #8Linux Guru
- Join Date
- Nov 2004
- Posts
- 6,110
Do the permissions change back after reboot, or is the problem there and the permissions have remained?
- 08-16-2005 #9Just Joined!
- Join Date
- Aug 2005
- Posts
- 2
I change the permissions once the system is booted, but after every reboot they go back to strange things. 640 for /dev/null... Sound does not work for any user either, but I can't find why on that one yet. Furthermore, xterm shells can not be opened by any user other than root.
I have searched every init file I can think of, and can't find ANYTHING that's setting this permission. I thought I knew linux, but this one has be going nuts...
Please someone give me ideas...
(not including a re-install please)
- 08-18-2005 #10Linux Engineer
- Join Date
- Jul 2003
- Location
- Uppsala, Sweden
- Posts
- 1,278
is your user in the correct user groups?
users,audio,cdrom,wheel,games,video
are important ones for a startProud to be a GNU/Gentoo Linux user!


Reply With Quote
