From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: InitRAMFS - boot expert sought
Date: Thu, 29 Mar 2012 22:55:42 +0200 [thread overview]
Message-ID: <20120329225542.730f9e46@khamul.example.com> (raw)
In-Reply-To: <20120329120530.GA2428@nicolas-desktop>
On Thu, 29 Mar 2012 14:05:30 +0200
Nicolas Sebrecht <nsebrecht@piing.fr> wrote:
> The 29/03/12, Alan McKinnon wrote:
> > On Thu, 29 Mar 2012 00:20:04 +0100
> > David W Noon <dwnoon@ntlworld.com> wrote:
>
> > > The Gentoo developers have been discussing just that. The reason
> > > is that many of the daemons that can be started by udev scripts
> > > require work files on /var, so we could well need /var mounted
> > > too.
> >
> > Which begs the obvious question,
> >
> > Why on earth is udev launching daemons in EARLY BOOT?
>
> udev launches nothing. udev scripts do. These scripts are not part of
> udev.
>
OK, semantics. Let me re-phrase:
Why is a third party script, running in the context of the udev
universe, indiscriminately allowed to launch daemons at early boot
time?
I don't think I agree with Neil in that this is a udev design flaw (as
any "fix" will be worse than the "flaw"). Instead it looks to me like
a classic case of
"You are free to do anything you want but if you break it you keep the
pieces. If you do something stupid, it's not my problem and you're on
your own."
I see nothing wrong with udev applying some reasonable constraints such
as clearly documenting at what point in the boot process udev is in a
position to arbitrarily run anything. Earlier than that point,
"anything" does not actually apply.
--
Alan McKinnnon
alan.mckinnon@gmail.com
next prev parent reply other threads:[~2012-03-29 20:59 UTC|newest]
Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-27 10:36 [gentoo-user] InitRAMFS - boot expert sought Helmut Jarausch
2012-03-27 13:19 ` Mike Edenfield
2012-03-27 13:30 ` Michael Mol
2012-03-27 14:04 ` Neil Bothwick
2012-03-27 15:20 ` covici
2012-03-27 15:54 ` Neil Bothwick
2012-03-27 14:33 ` Mike Edenfield
2012-03-27 15:47 ` Dale
2012-03-27 17:35 ` Mike Edenfield
2012-03-27 18:30 ` Dale
2012-03-27 19:27 ` Sebastian Beßler
2012-03-27 20:04 ` Dale
2012-03-27 20:23 ` Michael Mol
2012-03-27 20:46 ` Dale
2012-03-27 21:08 ` Mark Knecht
2012-03-27 21:43 ` Dale
2012-03-27 21:52 ` Alan McKinnon
2012-03-27 22:28 ` Dale
2012-03-28 0:20 ` David W Noon
2012-03-28 1:36 ` Dale
2012-03-28 21:40 ` Alan McKinnon
2012-03-28 22:01 ` David W Noon
2012-03-28 22:26 ` Alan McKinnon
2012-03-28 23:20 ` David W Noon
2012-03-29 2:24 ` Dale
2012-03-29 8:28 ` Alan McKinnon
2012-03-29 12:01 ` David W Noon
2012-03-29 20:58 ` Alan McKinnon
2012-03-29 21:20 ` pk
2012-05-19 13:33 ` Frank Steinmetzger
2012-03-29 23:26 ` wdk@moriah
2012-03-30 10:36 ` David W Noon
2012-03-29 12:05 ` [gentoo-user] " Nicolas Sebrecht
2012-03-29 13:00 ` Neil Bothwick
2012-03-29 20:55 ` Alan McKinnon [this message]
2012-03-29 22:10 ` Mike Edenfield
2012-03-29 23:10 ` Neil Bothwick
2012-03-29 14:08 ` [gentoo-user] " Doug Hunley
2012-03-29 16:47 ` David W Noon
2012-03-27 22:02 ` Mark Knecht
2012-03-27 22:35 ` Dale
2012-03-27 22:49 ` Mark Knecht
2012-03-29 13:59 ` J. Roeleveld
2012-03-29 17:36 ` Dale
2012-03-30 7:23 ` [gentoo-user] " Nicolas Sebrecht
2012-03-30 7:56 ` J. Roeleveld
2012-03-27 23:04 ` [gentoo-user] " Neil Bothwick
2012-03-27 23:47 ` Dale
2012-03-28 7:51 ` Neil Bothwick
2012-03-28 7:55 ` Canek Peláez Valdés
2012-03-28 21:38 ` Alan McKinnon
2012-03-27 20:09 ` Neil Bothwick
2012-03-27 16:18 ` Michael Hampicke
2012-03-27 16:50 ` Michael Mol
2012-03-27 16:57 ` Dale
2012-03-27 17:09 ` Mark Knecht
2012-03-27 20:07 ` Neil Bothwick
2012-03-27 21:20 ` Mike Edenfield
2012-03-27 21:38 ` Neil Bothwick
2012-03-27 20:36 ` Dale
2012-03-27 20:46 ` Mark Knecht
2012-03-27 21:59 ` Dale
2012-03-27 22:14 ` Alan McKinnon
2012-03-27 22:31 ` Dale
2012-03-27 22:46 ` Alan McKinnon
2012-03-27 23:50 ` Dale
2012-03-28 7:58 ` Neil Bothwick
2012-03-28 18:29 ` Mike Edenfield
2012-03-28 21:58 ` pk
2012-03-28 23:20 ` Neil Bothwick
2012-03-29 17:14 ` pk
2012-03-29 18:06 ` Neil Bothwick
2012-03-29 18:54 ` pk
2012-03-29 2:21 ` Michael Mol
[not found] ` <20120329100248.24ecb03c@digimed.co.uk>
2012-03-29 14:21 ` Michael Mol
2012-03-29 14:43 ` Neil Bothwick
2012-03-29 15:58 ` Michael Mol
2012-03-28 15:20 ` Allan Gottlieb
2012-03-28 16:41 ` Alex Schuster
2012-03-28 20:44 ` Simon
2012-03-28 21:35 ` Alan McKinnon
2012-03-29 2:38 ` Allan Gottlieb
2012-03-29 8:43 ` Allan Gottlieb
2012-04-03 12:27 ` Alan McKinnon
2012-04-03 13:15 ` Allan Gottlieb
2012-03-27 21:22 ` Mike Edenfield
2012-03-27 22:01 ` Dale
2012-03-28 2:27 ` William Kenworthy
2012-03-28 5:46 ` du yang
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=20120329225542.730f9e46@khamul.example.com \
--to=alan.mckinnon@gmail.com \
--cc=gentoo-user@lists.gentoo.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