Bug 142705 - /dev/null is read only - no permissions
Summary: /dev/null is read only - no permissions
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: udev
Version: 3
Hardware: i686
OS: Linux
medium
high
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-12-13 04:33 UTC by Marc Perkel
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2005-01-10 11:06:13 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Marc Perkel 2004-12-13 04:33:26 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3)
Gecko/20040910

Description of problem:
Creates a bizzare /dev file system where there are no access
permissions on /dev/null and the /dev/cpu directory is missing.

I was running Fedora Core 2 and upgraded to Core 3 using YUM.

Version-Release number of selected component (if applicable):
udev-039-10.FC3.5

How reproducible:
Always

Steps to Reproduce:
1. Upgread from Core 2 to Core 3 using Yum
2.
3.
    

Additional info:

Comment 1 Harald Hoyer 2004-12-13 08:54:33 UTC
please read:
http://fedora.redhat.com/docs/udev/

 The steps to upgrade without Anaconda or a rescue CD are (NOT
recommended):

    * start from a kernel-2.6
    * Make sure /sys/ is mounted
    * Install the latest initscripts package
    * Install the latest udev package
    * Execute /sbin/start_udev
    * Install the latest mkinitrd package
    * Install the latest kernel package
    * Or execute mkinitrd for your existing kernel(s) 


Comment 2 Steve Fink 2005-01-09 20:09:29 UTC
I had the same problem, upgrading via apt-get dist-upgrade from
RedHat9 to FC3. It seems to me that this bug should be marked a
duplicate of the actual bug, which is that the upgrade process doesn't
work. I was able to fix my system by doing

  mkdir /sys
  mount none /sys -t sysfs
  /sbin/udevstart

and then hopefully fixing it for later boots by adding

  none                    /sys                    sysfs   defaults   
    0 0

to my /etc/fstab. (Haven't tried rebooting yet). Seems like the udev
rpm could have done that.

On the other hand, the automated upgrade broke quite a few other
things as well (it even mangled the partition table on a secondary
drive!), so it's probably a "don't do that". But the bug should be
logged anyway.

Comment 3 Harald Hoyer 2005-01-10 11:06:13 UTC
well, "don't do that" is correct ... sorry guys


Note You need to log in before you can comment on or make changes to this bug.