View previous topic :: View next topic |
Author |
Message |
oneandoneis2 Tux's lil' helper
Joined: 12 Oct 2004 Posts: 78 Location: England
|
Posted: Fri May 20, 2005 7:23 pm Post subject: udev broken following update [solved] |
|
|
So, I ran "emerge -u world" and it gave me a new udev and the newest version of the kernel source, amongst other things. Compiled the new kernel with make oldconfig, shoved it in place, and rebooted.
Everything fine, even the nvidia driver, except I can't run an Xterm. I login to a console, and get told I can't access /dev/null. I'm nowworried, check /dev, and the permissions are totally up the spout - everything is 660, in the group "root" - ie no normal user can access /dev/. Or do much anything else.
But all the rules in /etc/udev are fine and as they should be. For instance, from the 50-udev.permissions file:
Code: | # console devices
console:root:tty:0600
tty:root:tty:0666
tty[0-9]*:root:tty:0660
vc/[0-9]*:root:tty:0660 |
but
Code: | ls -l /dev/vc
total 0
crwxrwxrwx 1 root root 4, 0 May 20 20:01 0
crwxrwxrwx 1 root root 4, 1 May 20 20:02 1
crwxrwxrwx 1 root root 4, 10 May 20 20:02 10
crwxrwxrwx 1 root root 4, 11 May 20 20:02 11
crwxrwxrwx 1 root root 4, 12 May 20 20:17 12
crwxrwxrwx 1 root root 4, 13 May 20 20:01 13
crwxrwxrwx 1 root root 4, 14 May 20 20:01 14 |
(The file permissions are 660 on boot - I did a 777 to be able to open an Xterm as a normal user)
The udev rules say they should all belong to the "tty" group. I'm running a pure udev system, so these nodes MUST have been created by udev (only null and console exist without udev). So why didn't it create them for the tty group??
I've run out of places to look for where to fix the problem. Has udev been messed up by the upgrade, by the kernel, or by something I'm not aware of?
Last edited by oneandoneis2 on Fri May 20, 2005 8:07 pm; edited 1 time in total |
|
Back to top |
|
|
keyson l33t
Joined: 10 Jun 2003 Posts: 830 Location: Sweden
|
Posted: Fri May 20, 2005 7:33 pm Post subject: |
|
|
Hi.
Did it upgrade the baselayout?
Try to sync and se if there is a new baselayout.
Otherwise try
mount /dev -o remount,exec
Got this problem yesterday, but was fixed in the next update.
/Kjell |
|
Back to top |
|
|
oneandoneis2 Tux's lil' helper
Joined: 12 Oct 2004 Posts: 78 Location: England
|
Posted: Fri May 20, 2005 7:51 pm Post subject: |
|
|
An emerge hasn't fixed anything, sadly
However, I've found the problem: The permissions.d directory is no longer used. Permissions now go in the rules.d files.
All I had to do was copy the file /var/tmp/portage/udev-056/work/udev-056/etc/udev/gentoo/udev.rules to /etc/udev/rules.d, add a symlink from /dev/psaux to /dev/mouse so Xorg would work, and Robert's your father's brother! udev is back in action, xterms work, multimedia is all systems go, and I'm happy again
Thanks to the Gentoo people for leaving a rules file where I could find it, and to the forums, the searching of which told me that I needed to put permisisons into the rules file! I'm impressed yet again by the Gentoo community! |
|
Back to top |
|
|
keyson l33t
Joined: 10 Jun 2003 Posts: 830 Location: Sweden
|
Posted: Fri May 20, 2005 8:13 pm Post subject: |
|
|
Hi
This things should be fixed with 'etc-update'.
I run a ~x86 and have the newest udev. I have the
MODE and GROUP settings in '50-udev.rules in /etc/udev/rules.d
And i'm shure that i did'nt enter it by my self.
/Kjell |
|
Back to top |
|
|
oneandoneis2 Tux's lil' helper
Joined: 12 Oct 2004 Posts: 78 Location: England
|
Posted: Fri May 20, 2005 8:18 pm Post subject: |
|
|
For whatever reason, etc-update didn't fix this - even tho I'm sure I told it to over-write the old rules with the new.
But doing it manually sorted it out, so it's a happy ending either way |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|