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 <gentoo-user+bounces-127893-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1R1nGl-0000TW-5l
for garchives@archives.gentoo.org; Thu, 08 Sep 2011 22:40:27 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 95F7921C313;
Thu, 8 Sep 2011 22:39:38 +0000 (UTC)
Received: from mail-ww0-f53.google.com (mail-ww0-f53.google.com [74.125.82.53])
by pigeon.gentoo.org (Postfix) with ESMTP id 85DED21C300
for <gentoo-user@lists.gentoo.org>; Thu, 8 Sep 2011 22:36:57 +0000 (UTC)
Received: by wwf25 with SMTP id 25so432172wwf.10
for <gentoo-user@lists.gentoo.org>; Thu, 08 Sep 2011 15:36:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type:content-transfer-encoding;
bh=O99EeqPsPQBMQzZytibBcxNXw79S+Yf3zxPhjxGF6JU=;
b=J/jvX382TTTQ5cMkuiGs8sIJo+qPIFf+3KCDccZp0UUFGBIdDCcXvrJ2zL0Y8dR/7P
s/cZhT8UAf7Mz/1Ap1i4Od3xhJvkYfMUJ0rNQl9u/ZAZ5uc1zN43NjSk3v563/pG/zTB
nP0I6qH0x+ImVAWcnTqRXnwZa9gI2xXwhm61w=
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.216.187.201 with SMTP id y51mr1201500wem.95.1315521416681;
Thu, 08 Sep 2011 15:36:56 -0700 (PDT)
Received: by 10.216.38.140 with HTTP; Thu, 8 Sep 2011 15:36:56 -0700 (PDT)
In-Reply-To: <20110908231128.0fe4dc38@rohan>
References: <201108191109.34984.michaelkintzios@gmail.com>
<20110908220536.55dd3798@rohan>
<CADPrc80VoojW=mpy1qudHpHT=uHY_=tgm9hwv9psEVrrGpg_uw@mail.gmail.com>
<1868314.dUVoYqWeDk@pc>
<CADPrc80okCUfpnAMu+=Jnx3T84v97A3ovYm_osgtif58R9RogA@mail.gmail.com>
<20110908231128.0fe4dc38@rohan>
Date: Thu, 8 Sep 2011 18:36:56 -0400
Message-ID: <CADPrc82iYPcMZNVwHocvYHLBrGY71cQ-33jMQRg-yuPGHgGa5A@mail.gmail.com>
Subject: Re: [gentoo-user] /dev/sda* missing at boot
From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= <caneko@gmail.com>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt:
X-Archives-Hash: 30db4a6a52253b2ce415a899054db87d
On Thu, Sep 8, 2011 at 5:11 PM, Alan McKinnon <alan.mckinnon@gmail.com> wro=
te:
> On Thu, 8 Sep 2011 16:48:45 -0400
> Canek Pel=C3=A1ez Vald=C3=A9s <caneko@gmail.com> wrote:
>
>> On Thu, Sep 8, 2011 at 4:43 PM, Michael Schreckenbauer
>> <grimlog@gmx.de> wrote:
>> > Am Donnerstag, 8. September 2011, 16:23:36 schrieb Canek Pel=C3=A1ez
>> > Vald=C3=A9s:
>> >> > In what valid way does access to /usr become something that udev
>> >> > may be required to support?
>> >>
>> >> It is a matter of what else do you end having in /bin and /lib.
>> >> Remember that udev rules can execute arbitrary code. Do all that
>> >> code needs to be moved to /bin and /lib also?
>> >
>> > Of course. That's what /bin, /sbin and /lib are for.
>> >
>> >> I keep telling: it is a difficult problem.
>> >
>> > No. Just move or copy the binaries and libs *you* use for *your*
>> > udev-scripts to /bin, /sbin and /lib
>>
>> I *really* don't think bluetoothd belongs to /sbin. But, hey, that's
>> me.
>
> Then do what all sane code does when the scripts it uses fails or cannot
> be found - throw an error and continue.
This is the problem with people not seeing the big picture: Imagine a
modern system with a bluetooth keyboard. I know, we are geeks, we use
real-men keyboards, not connected with bluetooth. But believe me,
there are people doing that, attaching bluetooth keyboards to their
systems.
And then, the system does a fsck, and it fails and the user needs to
enter her password to go into maintenance mode. But guess what, if the
bluetoothd daemon is not running, she is going to be a very very very
sad user, because "it will throw an error and continue", leaving her
unable to fix it.
We are no longer in 1982: we actually have bluetooth keyboards. It is
a very valid and very actual (probably more in the future) use case.
To solve this case the devs had to choose between putting everything
and the kitchen sink into /sbin or /bin (it is not bounded: anything
can be executed from udev), or to ask to put /usr into / or using an
initramfs.
Sorry if I concur with the later option.
Regards.
--=20
Canek Pel=C3=A1ez Vald=C3=A9s
Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n
Universidad Nacional Aut=C3=B3noma de M=C3=A9xico