linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: linux-hotplug-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: HOWTO use udev to manage /dev
Date: Thu, 19 Feb 2004 11:16:36 -0800	[thread overview]
Message-ID: <20040219191636.GC10527@kroah.com> (raw)
In-Reply-To: <20040219185932.GA10527@kroah.com>


Here's a small document that I've added to the udev tarball that
explains how I managed to get udev to manage my /dev tree on a Red Hat
Fedora based machine.  All you Gentoo developers can just laugh as it's
already integrated into your distro.

Any users of other distros, feel free to send me updates to this to show
how to do it for yours.  Any distro maintainers, feel free to just
integrate udev into your system so this kind of tweaking isn't
necessary :)

thanks,

greg k-

---------------------------------------

HOWTO use udev to manage /dev

  This document describes one way to get udev working on a Fedora-development
  machine to manage /dev.  This procedure may be used to get udev to manage
  /dev on other distros, if you modify some of the steps.
  
  This will only work if you use a 2.6 based kernel, preferably the most
  recent one.  This does not prevent your machine from using a 2.4
  kernel, if you boot into one, udev will not run and your old /dev will
  be present with no changes needed.


NOTE NOTE NOTE NOTE NOTE NOTE NOTE
  This is completely unsupported.  Attempting to do this may cause your
  machine to be unable to boot properly.  USE AT YOUR OWN RISK.  Always
  have a rescue disk or CD handy to allow you to fix up any errors that
  may occur.
NOTE NOTE NOTE NOTE NOTE NOTE NOTE


 - Build and install udev as specified in the README that comes with
   udev.  I recommend using the following build options to get the
   smallest possible binaries:
	make USE_KLIBC=true USE_LOG=false DEBUG=false

 - disable udev from the boot process by running:
 	chkconfig udev off
   or
   	chkconfig --del udev
   as root.

 - place the start_udev script somewhere that is accessible by your
   initscripts.  I placed it into /etc/rc.d with the following command:
	copy extras/start_udev /etc/rc.d/
	
 - modify the rc.sysinit script to call the start_udev script as one of
   the first things that it does, but after /proc and /sys are mounted.
   I did this with the latest Fedora startup scripts with the patch at
   the end of this file.

 - make sure the /etc/udev/udev.conf file lists the udev_root as /dev.
   It should contain the following line in order to work properly.
	udev_root="/dev/"

 - reboot into a 2.6 kernel and watch udev create all of the initial
   device nodes in /dev


If anyone has any problems with this, please let me, and the
linux-hotplug-devel@lists.sourceforge.net mailing list know.

A big thanks go out to the Gentoo developers for showing me that this is
possible to do.

Greg Kroah-Hartman
<greg@kroah.com>


----------------------------------
Patch to modify rc.sysinit to call udev at the beginning of the boot
process:


--- /etc/rc.sysinit.orig	2004-02-17 11:45:17.000000000 -0800
+++ /etc/rc.sysinit	2004-02-17 13:28:33.000000000 -0800
@@ -32,6 +32,9 @@
 
 . /etc/init.d/functions
 
+# start udev to populate /dev
+/etc/rc.d/start_udev
+
 if [ "$HOSTTYPE" != "s390" -a "$HOSTTYPE" != "s390x" ]; then
   last=0
   for i in `LC_ALL=C grep '^[0-9].*respawn:/sbin/mingetty' /etc/inittab | sed 's/^.* tty\([0-9][0-9]*\).*/\1/g'`; do

 

  parent reply	other threads:[~2004-02-19 19:20 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-19 18:59 [ANNOUNCE] udev 018 release Greg KH
2004-02-19 19:13 ` Greg KH
2004-02-20 12:48   ` Michael Buesch
2004-02-20 23:56     ` Greg KH
2004-02-19 19:16 ` Greg KH [this message]
2004-02-19 19:36   ` HOWTO use udev to manage /dev James Simmons
2004-02-19 19:46     ` Greg KH
2004-02-19 20:21       ` James Simmons
2004-02-19 20:28         ` Greg KH
2004-02-19 21:35           ` James Simmons
2004-02-20  0:52         ` Andries Brouwer
2004-02-20 19:14           ` Johannes Stezenbach
2004-02-20 23:57           ` Greg KH
2004-02-19 22:22   ` Frédéric L. W. Meunier
2004-02-19 22:25     ` Frédéric L. W. Meunier
2004-02-19 23:07     ` Greg KH
2004-02-19 23:46       ` Frédéric L. W. Meunier
2004-02-19 23:56         ` Greg KH
2004-02-20  0:51           ` Frédéric L. W. Meunier
2004-02-20  1:09             ` Frédéric L. W. Meunier
2004-02-20  1:54             ` Greg KH
2004-02-20  2:28               ` Frédéric L. W. Meunier
2004-02-20  7:44                 ` Frédéric L. W. Meunier
2004-02-20  1:20       ` Tomasz Torcz
2004-02-21 17:20 ` [ANNOUNCE] udev 018 release Prakash K. Cheemplavam
2004-02-24  1:49   ` Greg KH

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040219191636.GC10527@kroah.com \
    --to=greg@kroah.com \
    --cc=linux-hotplug-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).