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 1R1nxb-0004LS-PE for garchives@archives.gentoo.org; Thu, 08 Sep 2011 23:24:44 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C702A21C13E; Thu, 8 Sep 2011 23:24:28 +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 6CA3021C08F for ; Thu, 8 Sep 2011 23:23:31 +0000 (UTC) Received: by wwf25 with SMTP id 25so463976wwf.10 for ; Thu, 08 Sep 2011 16:23:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=A9ioT3QWC1NzhFY3P9f0rUD5KIOHRcWfK9gOtgQOaLY=; b=EhkagBjbNQ1t3T1FO1A40deoHfCQMVaz/qSUs2i/Cwwrn5jo/LjSX4XF5TBj5EwBlI +ixc5+y3Kj6P+Cxwlre/O+xvTswe0TnhXFIaBuDTl+C/EGphHbmhWzTX48QHDf7vGhLU z2RfM6htqw9rDHK7uyuIDHuzt9EzPc13Q/O3c= Received: by 10.216.229.77 with SMTP id g55mr1280685weq.0.1315524210522; Thu, 08 Sep 2011 16:23:30 -0700 (PDT) Received: from rohan (196-210-153-55.dynamic.isadsl.co.za [196.210.153.55]) by mx.google.com with ESMTPS id fo14sm5753471wbb.19.2011.09.08.16.23.26 (version=SSLv3 cipher=OTHER); Thu, 08 Sep 2011 16:23:30 -0700 (PDT) Date: Fri, 9 Sep 2011 01:23:04 +0200 From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] /dev/sda* missing at boot Message-ID: <20110909012304.2279931f@rohan> In-Reply-To: References: <201108191109.34984.michaelkintzios@gmail.com> <20110908220536.55dd3798@rohan> <1868314.dUVoYqWeDk@pc> <20110908231128.0fe4dc38@rohan> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.24.4; x86_64-pc-linux-gnu) 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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 1a5dd43216487166623d621dcb383cc1 On Thu, 8 Sep 2011 18:36:56 -0400 Canek Pel=C3=A1ez Vald=C3=A9s wrote: > On Thu, Sep 8, 2011 at 5:11 PM, Alan McKinnon > wrote: > > On Thu, 8 Sep 2011 16:48:45 -0400 > > Canek Pel=C3=A1ez Vald=C3=A9s wrote: > > > >> On Thu, Sep 8, 2011 at 4:43 PM, Michael Schreckenbauer > >> 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. >=20 > 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. >=20 > 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. >=20 > 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. You don't need every possible thing that udev could ever run to be avialable on /, just the things that are essential. That is quite a small list subset of the full list of all possible devices: All HID devices All console devices All code to access and read file systems Everything that can be used in place of a physical keyboard (serial, console over ethernet) That looks like it might be a large amount of disk space, but in fact it isn't. This very mail is being typed on a binary distro (Ubuntu): The bluez package is 1.6M. /lib alone is 331M, I use a fraction of it but it is still there. /lib/modules contains two kernel versions of 136M each. Ubuntu has no choice but to ship every imaginable device driver they support, so / is *already* rather large, and that's just device drivers. I say leave it up to the distros what to put where. Ubuntu and Fedora will ship support for bluetooth in the scenario you describe. JoeBlowLinux might not. If Joe's users are left up the creek, that's Joe's problem to deal with, but all the infinite variety of possible Joes still have the same freedom they always had - to fix or break their shipped stuff at will. Incidentally, your bluetooth keyboard example is a tad disingenuous. That fictitious user is going to have an almighty problem at grub time selecting what system to boot. A bluetooth keyboard is the ONLY possible keyboard input device? What kind of general purpose computing hardware were you picturing? --=20 Alan McKinnnon alan.mckinnon@gmail.com