From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RydE8-0002Va-TG for garchives@archives.gentoo.org; Sat, 18 Feb 2012 05:52:57 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DB5B3E08FA; Sat, 18 Feb 2012 05:52:46 +0000 (UTC) Received: from svr-us4.tirtonadi.com (svr-us4.tirtonadi.com [69.65.43.212]) by pigeon.gentoo.org (Postfix) with ESMTP id 2C96AE089B for ; Sat, 18 Feb 2012 05:51:44 +0000 (UTC) Received: from mail-lpp01m010-f53.google.com ([209.85.215.53]) by svr-us4.tirtonadi.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.69) (envelope-from ) id 1RydCy-001oU2-Hz for gentoo-user@lists.gentoo.org; Sat, 18 Feb 2012 12:51:44 +0700 Received: by lahd3 with SMTP id d3so5195040lah.40 for ; Fri, 17 Feb 2012 21:51:39 -0800 (PST) Received-SPF: pass (google.com: domain of pandu@poluan.info designates 10.152.128.163 as permitted sender) client-ip=10.152.128.163; Authentication-Results: mr.google.com; spf=pass (google.com: domain of pandu@poluan.info designates 10.152.128.163 as permitted sender) smtp.mail=pandu@poluan.info Received: from mr.google.com ([10.152.128.163]) by 10.152.128.163 with SMTP id np3mr8749074lab.51.1329544299679 (num_hops = 1); Fri, 17 Feb 2012 21:51:39 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.152.128.163 with SMTP id np3mr7268312lab.51.1329544299641; Fri, 17 Feb 2012 21:51:39 -0800 (PST) Received: by 10.112.38.194 with HTTP; Fri, 17 Feb 2012 21:51:39 -0800 (PST) Received: by 10.112.38.194 with HTTP; Fri, 17 Feb 2012 21:51:39 -0800 (PST) In-Reply-To: <20120217234045.GA25390@waltdnes.org> References: <20111115062115.GA3262@waltdnes.org> <20111121104724.GC7461@waltdnes.org> <20111201194544.GD4455@waltdnes.org> <20120217234045.GA25390@waltdnes.org> Date: Sat, 18 Feb 2012 12:51:39 +0700 Message-ID: Subject: Re: [gentoo-user] Re: Beta test Gentoo with mdev instead of udev; version 4 From: Pandu Poluan To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=f46d042c6b73b17ce104b936a711 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr-us4.tirtonadi.com X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - poluan.info X-Archives-Salt: f8b1a653-03f1-4aad-9d10-a4392d66193d X-Archives-Hash: 2d13aa82ff391f0beb5b76731c6d5b48 --f46d042c6b73b17ce104b936a711 Content-Type: text/plain; charset=UTF-8 On Feb 18, 2012 6:46 AM, "Walter Dnes" wrote: > > This revision removes a couple of steps in the process, so there's > less stuff involved. If only software developers worked that way . > > * Busybox stable is now past the buggy version that didn't work with > mdev. There is no need to keyword version 1.19.2 > > * The virtual/dev-manager-0.ebuild has been modified as per my feature > request to support an mdev-based system. There is no longer any need > for a customized/hacked ebuild in an overlay > > The usual warnings apply... > * this is a beta > * use a spare test machine > * if you don't follow the instructions correctly, the result might be > an unbootable linux > * even if you do follow instructions, the result might be an unbootable > linux > > > 1) Set up your kernel to support and automount a devtmpfs filesystem at > /dev > > * If you prefer to edit .config directly, set > CONFIG_DEVTMPFS=y and CONFIG_DEVTMPFS_MOUNT=y > > * If you prefer "make menuconfig", the route is as shown below. Note > that the "Autount devtmpfs..." option won't appear until you enable > "Maintain a devtmpf..." option. > > make menuconfig > Device Drivers ---> > Generic Driver Options ---> > [*] Maintain a devtmpfs filesystem to mount at /dev > [*] Automount devtmpfs at /dev, after the kernel mounted the rootfs > > Once you've made the changes, rebuild the kernel. > > > 2) Set up for emerging busybox. busybox requires the "mdev" flag in > this situation. The "static" flag is probably also a good idea. In > file /etc/portage/package.use add the line > > sys-apps/busybox static mdev > > Now, "emerge busybox" > > > 3) In the bootloader append line, include "init=/sbin/linuxrc" where > the file /sbin/linuxrc consists of *AT LEAST*... > > #!/bin/busybox ash > mount -t proc proc /proc > mount -t sysfs sysfs /sys > exec /sbin/init > > This should be enough for most users. If you have an unusual setup, > you may need additional stuff in there. If you're using lilo remember > to re-run lilo to implement the changes. > > 4) Remove udev from the services list, and replace it with mdev. Type > the following 2 commands at the command line > rc-update del udev sysinit > rc-update add mdev sysinit > > > 5) reboot to your new kernel. You're now running without using udev. > > > 6) ***THIS STEP IS OPTIONAL*** This is only to alay any suspicion that > udev is still in use. > > * execute the following command at the commandline > emerge --unmerge sys-fs/udev > > * In file /atc/portage/package.mask, append the line > sys-fs/udev > Create the file if it doesn't already exist. You now have a totally > udev-free machine > Thanks for the update! I've been mdev-ing my servers, and no problems whatsoever until now (touch wood!). For those still on the sidelines re: mdev-for-udev, be aware that progress is happening rapidly with regards to what udev feature is 'vital' for modern systems. Heck, mdev is already perfect for my needs: it can rename devices, fire up a script on hotplug/hotunplug events, load a firmware if told so by the kernel... I suggest interested people should at least lurk in the busybox mailing list. The mdev-for-udev discussion us quite fresh, patches (not bloats) have been submitted... and we have our very own Walt Dnes in that list, proudly waving the Gentoo banner ;-) Rgds, --f46d042c6b73b17ce104b936a711 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Feb 18, 2012 6:46 AM, "Walter Dnes" <waltdnes@waltdnes.org> wrote:
>
> =C2=A0This revision removes a couple of steps in the process, so there= 's
> less stuff involved. =C2=A0If only software developers worked that way= <G>.
>
> * Busybox stable is now past the buggy version that didn't work wi= th
> mdev. =C2=A0There is no need to keyword version 1.19.2
>
> * The virtual/dev-manager-0.ebuild has been modified as per my feature=
> request to support an mdev-based system. =C2=A0There is no longer any = need
> for a customized/hacked ebuild in an overlay
>
> =C2=A0The usual warnings apply...
> * this is a beta
> * use a spare test machine
> * if you don't follow the instructions correctly, the result might= be
> =C2=A0an unbootable linux
> * even if you do follow instructions, the result might be an unbootabl= e
> =C2=A0linux
>
>
> 1) Set up your kernel to support and automount a devtmpfs filesystem a= t
> =C2=A0 /dev
>
> * If you prefer to edit .config directly, set
> =C2=A0CONFIG_DEVTMPFS=3Dy and CONFIG_DEVTMPFS_MOUNT=3Dy
>
> * If you prefer "make menuconfig", the route is as shown bel= ow. =C2=A0Note
> =C2=A0that the "Autount devtmpfs..." option won't appear= until you enable
> =C2=A0"Maintain a devtmpf..." option.
>
> make menuconfig
> =C2=A0Device Drivers =C2=A0--->
> =C2=A0 =C2=A0Generic Driver Options =C2=A0--->
> =C2=A0 =C2=A0 =C2=A0[*] Maintain a devtmpfs filesystem to mount at /de= v
> =C2=A0 =C2=A0 =C2=A0[*] =C2=A0 Automount devtmpfs at /dev, after the k= ernel mounted the rootfs
>
> =C2=A0Once you've made the changes, rebuild the kernel.
>
>
> 2) Set up for emerging busybox. =C2=A0busybox requires the "mdev&= quot; flag in
> this situation. =C2=A0The "static" flag is probably also a g= ood idea. =C2=A0In
> file /etc/portage/package.use add the line
>
> sys-apps/busybox static mdev
>
> =C2=A0 Now, "emerge busybox"
>
>
> 3) In the bootloader append line, include "init=3D/sbin/linuxrc&q= uot; where
> =C2=A0 the file /sbin/linuxrc consists of *AT LEAST*...
>
> #!/bin/busybox ash
> mount -t proc proc /proc
> mount -t sysfs sysfs /sys
> exec /sbin/init
>
> =C2=A0 This should be enough for most users. =C2=A0If you have an unus= ual setup,
> =C2=A0 you may need additional stuff in there. =C2=A0If you're usi= ng lilo remember
> =C2=A0 to re-run lilo to implement the changes.
>
> 4) Remove udev from the services list, and replace it with mdev. =C2= =A0Type
> =C2=A0 the following 2 commands at the command line
> rc-update del udev sysinit
> rc-update add mdev sysinit
>
>
> 5) reboot to your new kernel. =C2=A0You're now running without usi= ng udev.
>
>
> 6) ***THIS STEP IS OPTIONAL*** =C2=A0This is only to alay any suspicio= n that
> =C2=A0 udev is still in use.
>
> * execute the following command at the commandline
> emerge --unmerge sys-fs/udev
>
> * In file /atc/portage/package.mask, append the line
> sys-fs/udev
> =C2=A0Create the file if it doesn't already exist. =C2=A0You now h= ave a totally
> udev-free machine
>

Thanks for the update!

I've been mdev-ing my servers, and no problems whatsoever until now = (touch wood!).

For those still on the sidelines re: mdev-for-udev, be aware that progre= ss is happening rapidly with regards to what udev feature is 'vital'= ; for modern systems.

Heck, mdev is already perfect for my needs: it can rename devices, fire = up a script on hotplug/hotunplug events, load a firmware if told so by the = kernel...

I suggest interested people should at least lurk in the busybox mailing = list. The mdev-for-udev discussion us quite fresh, patches (not bloats) hav= e been submitted... and we have our very own Walt Dnes in that list, proudl= y waving the Gentoo banner ;-)

Rgds,

--f46d042c6b73b17ce104b936a711--