From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 807681381F3 for ; Fri, 21 Dec 2012 15:05:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6CF9121C184; Fri, 21 Dec 2012 15:05:32 +0000 (UTC) Received: from smtpq2.tb.mail.iss.as9143.net (smtpq2.tb.mail.iss.as9143.net [212.54.42.165]) by pigeon.gentoo.org (Postfix) with ESMTP id A001DE0630 for ; Fri, 21 Dec 2012 15:04:53 +0000 (UTC) Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1Tm49c-0005lV-UV for gentoo-dev@lists.gentoo.org; Fri, 21 Dec 2012 16:04:52 +0100 Received: from 54698b76.cm-12-2c.dynamic.ziggo.nl ([84.105.139.118] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1Tm49c-0007sH-JP for gentoo-dev@lists.gentoo.org; Fri, 21 Dec 2012 16:04:52 +0100 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 64902124C for ; Fri, 21 Dec 2012 16:04:47 +0100 (CET) From: "J. Roeleveld" To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: eudev project announcement Date: Fri, 21 Dec 2012 16:04:31 +0100 Message-ID: <1635723.VeYid7ZcB5@eve> User-Agent: KMail/4.9.3 (Linux/3.3.8-gentoo; KDE/4.9.3; x86_64; ; ) In-Reply-To: References: <20121215203359.4552d807@pomiocik.lan> <50D4694D.5020307@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Ziggo-spambar: / X-Ziggo-spamscore: -0.9 X-Ziggo-spamreport: BAYES_00=-1.9,RDNS_DYNAMIC=0.982,TW_LV=0.077,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-Archives-Salt: 17b4a7f7-a901-4f1f-9f07-212094c93b6b X-Archives-Hash: ecbbdb299c75dd4331d291958327b71f On Friday, December 21, 2012 09:38:36 AM Rich Freeman wrote: > On Fri, Dec 21, 2012 at 8:51 AM, Ian Stakenvicius wrote: > > On 21/12/12 03:10 AM, J. Roeleveld wrote: > >> An init* needs to be kept in sync with the rest of the system as > >> well. > > > > Just to be clear, by "init*" you mean {initrd,initramfs} , correct? > > Seems likely. > > However, for the most part it really only needs to be kept in sync > with the kernel. Smarter ones like dracut that might do things like > keep a copy of mdadm.conf internally might need to be updated when > your disks change, and so on. In general, however, they only need > changes when either your kernel changes, or the path to the root > filesystem changes (by path I mean mdadm/lvm/nfs/etc). And with the "move to /usr", also when that changes. Granted, on most systems it won't actually move often once it's installed. > Everything inside the initramfs is self-contained and does not have > dependencies on anything outside. Sure, it might not have the latest > version of udev inside or whatever, but unless you need the latest > version of udev to mount root it isn't a problem. The contents of the > initramfs are generally discarded once root and /usr are mounted. True, but what if a system has been updated and the structure of the system has been changed. This makes the init* (what is the preferred way of naming this?) no longer able to boot properly. > However, I can vouch that an initramfs can make things interesting if > you do move your root filesystem. I just moved mine to lvm and forgot > to update fstab.sys. Dracut does pay attention to your root > filesystem in fstab and fstab.sys - it uses the kernel line to find > root, but once it is mounted fstab gets read and used to remount it. > Oh, and if fstab and fstab.sys have differing root lines both get > sort-of-mounted (it mounts what is in fstab, and then mounts fstab.sys > over it as far as I can tell - running mount and finding that you have > /sysroot mounted on a mountpoint that you can't even get to is fun). Why are there 2 fstab-files? That, to me, looks like a likely cause for problems. I haven't tried dracut yet, but have tried " genkernel " to generate the init* and it does work. However it does increase the complexity and adds a layer that is not easily debugged. I am looking forward to when eudev is released and supports my environment so I can get rid of it. The creation of init*-files is not clearly documented and the tools available want to put user-space tools inside it. > But, I wouldn't be running root on lvm but for the initramfs, so it > was worth the trouble. Anybody who moves around root without a boot > CD handy is asking for trouble anyway. Agreed, I would do that move from inside a rescue-environment myself, not on a live system :) -- Joost