Bug 452030
Summary: | '/dev' folder is world writable | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | petrosyan |
Component: | mkinitrd | Assignee: | Peter Jones <pjones> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | dcantrell, dkopecek, harald, jcm, jmtaylor90, pknirsch, theinric, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-11-19 04:24:19 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
petrosyan
2008-06-18 19:43:18 UTC
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. |