From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-user+bounces-143659-garchives=archives.gentoo.org@lists.gentoo.org> Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 6559A1381F3 for <garchives@archives.gentoo.org>; Sun, 23 Dec 2012 17:28:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BABE821C01D; Sun, 23 Dec 2012 17:28:40 +0000 (UTC) Received: from mail.muc.de (colin.muc.de [193.149.48.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8FF3FE05AF for <gentoo-user@lists.gentoo.org>; Sun, 23 Dec 2012 17:27:28 +0000 (UTC) Received: (qmail 11465 invoked by uid 3782); 23 Dec 2012 17:27:26 -0000 Received: from acm.muc.de (pD951ACB6.dip.t-dialin.net [217.81.172.182]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 23 Dec 2012 18:27:25 +0100 Received: (qmail 25637 invoked by uid 1000); 23 Dec 2012 17:20:53 -0000 Date: Sun, 23 Dec 2012 17:20:53 +0000 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Anyone switched to eudev yet? Message-ID: <20121223172053.GB23711@acm.acm> References: <CAK2H+efpby+2NnbjReXyGjN3=Xe63j_2K69kCZjDhZcHvjusdA@mail.gmail.com> <8738z7hgsa.fsf@ist.utl.pt> <20121216171043.71084070@khamul.example.com> <CAG2nJkNDLDp2hkz34XXEen4SO1_Mm18G8NNDMZK6tqDr+ddWtA@mail.gmail.com> <20121217104621.735bf43a@khamul.example.com> <CA+czFiD+Yv_PXctATd6EYws8kpqb3WFesLZU47jMN5ZJmy3oww@mail.gmail.com> <20121218163332.7956f31a@khamul.example.com> <87txrd6pb3.fsf@ist.utl.pt> <20121223182037.1553813f@khamul.example.com> <87bodk7lb6.fsf@ist.utl.pt> 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87bodk7lb6.fsf@ist.utl.pt> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie <acm@muc.de> X-Primary-Address: acm@muc.de X-Archives-Salt: 4b767082-33bc-47d8-956e-50bde5c2f305 X-Archives-Hash: 1313dbf059eac3fd08a02ac4da698282 On Sun, Dec 23, 2012 at 07:03:25PM +0200, Nuno J. Silva wrote: > On 2012-12-23, Alan McKinnon wrote: > > On Sun, 23 Dec 2012 12:22:24 +0200 > > nunojsilva@ist.utl.pt (Nuno J. Silva) wrote: > >> On 2012-12-18, Alan McKinnon wrote: > >> > On Tue, 18 Dec 2012 09:08:53 -0500 > >> > Michael Mol <mikemol@gmail.com> wrote: > >> > This sentence summarizes my understanding of your post nicely: > >> >> Now, why is /usr special? It's because it contains executable code > >> >> the system might require while launching. > >> > Now there are only two approaches that could solve that problem: > >> > 1. Avoid it entirely > >> > 2. Deal with it using any of a variety of bootstrap techniques > >> > #1 is handled by policy, whereby any code the system might require > >> > while launching is not in /usr. > >> > #2 already has a solution, it's called an init*. Other solutions > >> > exist but none are as elegant as a throwaway temporary filesystem > >> > in RAM. > >> What about just mounting /usr as soon as the system boots? > > Please read the thread next time. The topic under discussion is > > solutions to the problem of not being able to do exactly that. > Then I suppose you can surely explain in a nutshell why can't init > scripts simply do that? Because certain people with influence have rearranged the filesystem so that programs within /usr are absolutely necessary for booting; they are needed _before_ init has a chance to mount /usr. So either /usr has to be in the root partition, or crazy kludges need to be used to mount /usr before the kernel runs init. > -- > Nuno Silva (aka njsg) > http://njsg.sdf-eu.org/ -- Alan Mackenzie (Nuremberg, Germany).