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 1SD5ip-0008MD-Om for garchives@archives.gentoo.org; Thu, 29 Mar 2012 03:08:24 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5EC91E0B31 for ; Thu, 29 Mar 2012 03:08:23 +0000 (UTC) Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com [209.85.213.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 0C7DAE0EBF for ; Thu, 29 Mar 2012 02:24:41 +0000 (UTC) Received: by yhjj72 with SMTP id j72so1463217yhj.40 for ; Wed, 28 Mar 2012 19:24:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=7zlOJVwSJvBZFWX9Rm8kkutvWWafWcXkwvczTvv8Fek=; b=D+lDEhEBsjl3v+RdPnaOi2fWM9ZcF3A3sNTDEXBf8BC3+9TKiV77BzH9jANKmZnmQr 97TnZrvKp12PoBZDMD5eXe7Cn7uu0B7+6tKIxNr8PPIKhtGReVDN0rX0TAkGAt33jZfv m/o3opmz9dtdI9WsYjP0rmx8sCWZcFyJajfuUh8TMMFegbeS6jj05dvFNqLuALGYkEiw KGcRNTAwfPZDKvM5VUEuCMwCiFirOz52q/8y0n9VrkYc6xsRPLI3W+q04vqkpiTo1vnO 3RGiujZtOU9FoSPA1nF6JmnqRgZLvE98HV8uHWMGFMQWveVZ8M/4ujZ4tG2lROl0PvZN PvJQ== Received: by 10.101.142.6 with SMTP id u6mr10090631ann.40.1332987881581; Wed, 28 Mar 2012 19:24:41 -0700 (PDT) Received: from [192.168.2.5] (adsl-98-95-214-242.jan.bellsouth.net. [98.95.214.242]) by mx.google.com with ESMTPS id v26sm12745509yhk.1.2012.03.28.19.24.39 (version=SSLv3 cipher=OTHER); Wed, 28 Mar 2012 19:24:40 -0700 (PDT) Message-ID: <4F73C7E6.8080300@gmail.com> Date: Wed, 28 Mar 2012 21:24:38 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120325 Firefox/11.0 SeaMonkey/2.8 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] InitRAMFS - boot expert sought References: <1332844604.4130.0@numa-i> <4F71BE44.3080206@kutulu.org> <01de01cd0c26$98088c40$c819a4c0$@kutulu.org> <4F71E12F.7060108@gmail.com> <000901cd0c40$0a137520$1e3a5f60$@kutulu.org> <4F720751.3020900@gmail.com> <4F72149D.7060605@darkmetatron.de> <4F721D30.8090400@gmail.com> <4F722735.90500@gmail.com> <4F72348A.2060407@gmail.com> <20120327235215.7834f4c7@khamul.example.com> <4F723F01.4040904@gmail.com> <20120328012023.50434b55@karnak.local> <20120328234027.33766b9c@khamul.example.com> <20120328230124.057e1472@karnak.local> <20120329002640.11ecf6e5@khamul.example.com> <20120329002004.6a4506a5@karnak.local> In-Reply-To: <20120329002004.6a4506a5@karnak.local> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 97c3cf9b-6cae-44e9-9f78-ab4c0f9a5b5a X-Archives-Hash: 052f87c1512fe0d79e7c9fcd9e52a097 David W Noon wrote: > On Thu, 29 Mar 2012 00:26:40 +0200, Alan McKinnon wrote about Re: > [gentoo-user] InitRAMFS - boot expert sought: > >> On Wed, 28 Mar 2012 23:01:24 +0100 >> David W Noon wrote: > [snip] >>> With the pending changes to udev scripts, you could well need /var >>> -- and anything else -- before udev starts. So it is in the same >>> category as /usr. >> >> Maybe, maybe not. >> >> However, no-one apart from you is even suggesting such a thing. For my >> part I'm going to ignore that possibility and concentrate on those >> things that are being seriously suggested. > > 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. Yep. I notice my LVM starts twice. It fails the first time because it can't find files in /var then tries again later on after everything is mounted, except the LVM stuff of course. So, this is most likely coming and is one reason I am considering different options. This is also another reason I want to get some sort of init thingy working. I already have /var on its own regular partition but also want /usr and /var on LVM. Right now, that could cause a problem since LVM looks to have issues coming up without /var being mounted. Luckily for me, I only have a data partition that contains video files on LVM. It has nothing to do with the OS itself. That is one reason this is causing me concerns. It's not just what is already getting screwed up but also what is about to get screwed up that makes it even worse. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS="--quiet-build=n"