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 1R1zOa-0001Gb-67 for garchives@archives.gentoo.org; Fri, 09 Sep 2011 11:37:20 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1178721C0C6; Fri, 9 Sep 2011 11:36:52 +0000 (UTC) Received: from mail-ew0-f52.google.com (mail-ew0-f52.google.com [209.85.215.52]) by pigeon.gentoo.org (Postfix) with ESMTP id 0935221C020 for ; Fri, 9 Sep 2011 11:35:16 +0000 (UTC) Received: by ewy28 with SMTP id 28so1029506ewy.11 for ; Fri, 09 Sep 2011 04:35:16 -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=jbi8Vjz98aY4s6goNzpYc4aOWagWHJHpAtEAyZlc8wY=; b=IJ+vs0IyegmNccU5L6w9k1wBim6Y33XhT2g+Qw1p3RskI2V63bzuwkHdnCJH4CUPh0 9nLV/2tTKQLIaFQ137hxen2Z2+nFoYEwUepShgFVXIBuSJOkYYGOnaeD1YG7WoKx6pOn uA6oc1BmqGySXJxnbGv5lNgjQEbzNt+VbU3J4= Received: by 10.213.114.12 with SMTP id c12mr648502ebq.142.1315568116110; Fri, 09 Sep 2011 04:35:16 -0700 (PDT) Received: from rohan (196-210-153-55.dynamic.isadsl.co.za [196.210.153.55]) by mx.google.com with ESMTPS id d59sm10013214eea.3.2011.09.09.04.35.12 (version=SSLv3 cipher=OTHER); Fri, 09 Sep 2011 04:35:14 -0700 (PDT) Date: Fri, 9 Sep 2011 13:35:07 +0200 From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] /dev/sda* missing at boot Message-ID: <20110909133507.1e94612b@rohan> In-Reply-To: References: <201108191109.34984.michaelkintzios@gmail.com> <20110908220536.55dd3798@rohan> <1868314.dUVoYqWeDk@pc> <20110908231128.0fe4dc38@rohan> <20110909012304.2279931f@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: 7769542f209935ad55c10a88ac09fdf3 On Thu, 8 Sep 2011 19:34:56 -0400 Canek Pel=C3=A1ez Vald=C3=A9s wrote: > > 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. =20 >=20 > Again, it is not bounded. Today is bluez, tomorrow we don't know. > That's the point of udev, really. You're still not getting it. Just because it appears convenient to make udev unbounded does not mean that all possible code on the machine has to be accessible to udev. Or that udev will potentially run any arbitrary code you might have. Or put another way, udev might be able to run anything, like say lauching KDE, but the simple truth is that it won't in any reasonable scenario. Therefore you do not need to support or entertain that possibility. The truth is that a very small portion of the total code on the machine needs to be accessible to udev and all of it (including all foreseeable code) fits into a traditional / quite nicely. There is no upper limit on the size of /, you simply make it as large as you need and put everything supported in there. Once again, and this is very important, the only things that are absolutely required to be in / is all the code that must run before /usr is mounted. That list of things is very small, and if the user or the distro happens to cock it up, then the user or distro must fix it.=20 Why is this apparently so hard to understand? The solution seems blindingly obvious: Any code launched by udev must be available on the same partition as /. However the system is rigged, that one condition must be satisfied. And consider who is setting this up: - root, who presumably knows what they are doing - distro devs, who also know what they are doing Or are the udev devs seriously contemplating allowing udev hooks so that any arbitrary user can launch any arbitrary code that might arbitrarily be anywhere? I still maintain this "fix" is for a problem that does not exist. --=20 Alan McKinnnon alan.mckinnon@gmail.com