Description of problem: '/dev' folder is world writable Version-Release number of selected component (if applicable): Fedora rawhide Steps to Reproduce: ls -ld /dev Actual results: http://jmtaylor.fedorapeople.org/rawhide.png Expected results: $ ls -ld /dev/ drwxr-xr-x 14 root root 4140 2008-06-18 12:47 /dev/
Thats really strange. I've just checked the latest package, here the filelist: [phil@localhost tmp]$ rpm -qpvl filesystem-2.4.16-1.fc10.i386.rpm | head -10 drwxr-xr-x 2 root root 0 Jun 18 16:43 / drwxr-xr-x 2 root root 0 Jun 18 16:43 /bin drwxr-xr-x 2 root root 0 Jun 18 16:43 /boot drwxr-xr-x 2 root root 0 Jun 18 16:43 /dev drwxr-xr-x 2 root root 0 Jun 18 16:43 /etc drwxr-xr-x 2 root root 0 Jun 18 16:43 /etc/X11 drwxr-xr-x 2 root root 0 Jun 18 16:43 /etc/X11/applnk drwxr-xr-x 2 root root 0 Jun 18 16:43 /etc/X11/fontpath.d drwxr-xr-x 2 root root 0 Jun 18 16:43 /etc/fonts drwxr-xr-x 2 root root 0 Jun 18 16:43 /etc/fonts/conf.d So some other process seems to be modifying /dev, not a whole lot i can about in filesystem itself. Could you maybe investigate which process did it? Possible suspects would be udev or hal/dbus maybe. Thanks, Read ya, Phil
Fresh rawhide install from 19-Jun-2008 had permissions set as shown in the original post. setting the perms to what they are in F9 causes udev to blowup. Would this point to it being the udev package being the culprit? or is this a false positive type thing?
maybe something in initrd changed?
So after a reinstall of rawhide, the permissions are still wrong, when I change them to what they should be, now the system boots and resets the perms. Screenshots below. http://jmtaylor.fedorapeople.org/before.reboot.png http://jmtaylor.fedorapeople.org/after.reboot.png I will keep looking to see what else I can dig up.
Here is udev debug output, which shows some segfaulting which I hadn't noticed before. http://jmtaylor.fedorapeople.org/udev.out.txt
tried to make a rawhide virtual machine, but did not succeed (bug 452799) with the old initrd and new udev, /dev has normal permissions.. so I suspect mkinitrd/nash to set the wrong permissions.
Could you please test if this is still an issue? A similar issue was solved for F-10 in Bug #471142.
This bug has been resolved in Fedora rawhide.