[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100217235013.GB2628@lapse.rw.madduck.net>
Date: Thu, 18 Feb 2010 12:50:13 +1300
From: martin f krafft <madduck@...duck.net>
To: Neil Brown <neilb@...e.de>
Cc: david@...g.hm, Nick Bowler <nbowler@...iptictech.com>,
Volker Armin Hemmann <volkerarmin@...glemail.com>,
Kyle Moffett <kyle@...fetthome.net>,
Rudy Zijlstra <rudy@...mpydevil.homelinux.org>,
"Mr. James W. Laferriere" <babydr@...y-dragons.com>,
Bill Davidsen <davidsen@....com>,
Michael Evans <mjevans1983@...il.com>,
linux-kernel@...r.kernel.org, linux-raid@...r.kernel.org
Subject: Re: (boot time consequences of) Linux mdadm superblock question.
also sprach Neil Brown <neilb@...e.de> [2010.02.18.1224 +1300]:
> Using user-space autodetection, you can plug "mdadm -I" into udev,
> and have arrays assembled as they are found, and filesystems
> mounted as arrays are assembled, and then you just have to wait
> for the root filesystem to appear, not for "all devices".
The mdadm experimental package offers this via debconf (default off
for now). I would appreciate testers — I literally whacked this up
on a rainy Sunday with an hangover, and while it seems to work fine,
it's probably got warts.
If you don't run Debian or a derivative, you can get the files from
debian/initramfs/* in git://git.debian.org/pkg-mdadm/mdadm.git or
http://git.debian.org/?p=pkg-mdadm/mdadm.git;a=tree;f=debian/initramfs;hb=HEAD
don't be scared off by the complexity, incremental assembly actually
bypasses most of the (shell) code in both scripts.
> Yes, you could make the in-kernel autodetection smarter so it
> doesn't have to wait quite so long, but that would make it quite
> a bit more complex, and it is harder to maintain the complexity in
> the kernel.
It is definitely a user-space task, if you ask me.
--
martin | http://madduck.net/ | http://two.sentenc.es/
windows 2000: designed for the internet.
the internet: designed for unix.
spamtraps: madduck.bogus@...duck.net
Download attachment "digital_signature_gpg.asc" of type "application/pgp-signature" (199 bytes)
Powered by blists - more mailing lists