Gentoo Archives: gentoo-user

From: Neil Bothwick <neil@××××××××××.uk>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Re: InitRAMFS - boot expert sought
Date: Thu, 29 Mar 2012 23:13:29
In Reply to: Re: [gentoo-user] Re: InitRAMFS - boot expert sought by Alan McKinnon
1 On Thu, 29 Mar 2012 22:55:42 +0200, Alan McKinnon wrote:
3 > I don't think I agree with Neil in that this is a udev design flaw (as
4 > any "fix" will be worse than the "flaw"). Instead it looks to me like
5 > a classic case of
6 >
7 > "You are free to do anything you want but if you break it you keep the
8 > pieces. If you do something stupid, it's not my problem and you're on
9 > your own."
10 >
11 > I see nothing wrong with udev applying some reasonable constraints such
12 > as clearly documenting at what point in the boot process udev is in a
13 > position to arbitrarily run anything. Earlier than that point,
14 > "anything" does not actually apply.
16 The reason I think it is a flaw is that udev is capable of doing some
17 very clever stuff with nothing more than a simple device rule, but such
18 clever stuff has no place in early boot. On the other hand, it also does
19 basic stuff, like creating device nodes, that certainly does belong in
20 early boot. The problem is that udev provides no way to distinguish
21 between the early boot essentials and the clever stuff.
23 Only a small subset of its work should be done when it is first started,
24 possibly by tagging those rules, or simply postponing any rules with a
25 RUN command. Or maybe a separate command (or invocation of the same
26 command) that just creates device nodes, and any specified symlinks, much
27 like mdev does, then kick in the full version later.
29 However, as I type this, I can think of all sorts of arguments about what
30 should be run early and what not. I'm beginning to understand why the
31 devs decided "if you want all this clever stuff, you'll just have to
32 make /usr available".
35 --
36 Neil Bothwick
38 Windows Error:01F Reserved for future mistakes.


File name MIME type
signature.asc application/pgp-signature