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.77) (envelope-from ) id 1Sqlko-0001Eg-F8 for garchives@archives.gentoo.org; Mon, 16 Jul 2012 13:54:26 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4317AE001B; Mon, 16 Jul 2012 13:54:08 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id F1EA4E07AE for ; Mon, 16 Jul 2012 13:53:24 +0000 (UTC) Received: from [192.168.1.145] (CPE002401f30b73-CM001cea3ddad8.cpe.net.cable.rogers.com [99.240.69.152]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id 2BC911B4015 for ; Mon, 16 Jul 2012 13:53:24 +0000 (UTC) Message-ID: <50041CD0.8030201@gentoo.org> Date: Mon, 16 Jul 2012 09:53:20 -0400 From: Ian Stakenvicius User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120625 Thunderbird/10.0.5 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: udev <-> mdev References: <20120712200741.GB3723@waltdnes.org> <20120712222931.GA3044@linux1> <20120713200449.GA6292@waltdnes.org> <50008143.3050708@gentoo.org> <20120714001343.GA6879@waltdnes.org> <20120714031327.GA8799@linux1> <20120714210221.30059.qmail@stuge.se> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 5a590487-6d10-4f31-aa83-759cb51f9f5a X-Archives-Hash: 171b281d20f1367dbb527785a2efaa6e -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 15/07/12 09:00 PM, Maxim Kammerer wrote: > On Mon, Jul 16, 2012 at 3:30 AM, Duncan <1i5t5.duncan@cox.net> > wrote: >> Thinking in that direction does stimulate yet another idea, tho. >> What about a squashfs root? AFAIK squashfs is read-only at use >> time, thus enforcing actually mounting something else to write >> anything, eliminating many of the down sides of sticking with the >> initial ramfs root, but it would allow the same flexibility in >> terms of sticking whatever into it at create-time, while only >> taking the memory necessary for what's actually stuck in it at >> create-time. >=20 > It is possible, see:=20 > https://github.com/mkdesu/liberte/blob/master/src/root/initrd/init=20 > https://github.com/mkdesu/liberte/blob/master/src/etc/fstab >=20 > The setup above is somewhat different from what you have in mind=20 > (SquashFS image is located on disk, and contains the complete live=20 > filesystem, not just a skeleton), so mounting read-writable > branches can be deferred to the regular post-initramfs services > (such as localmount) =97 on the other hand, maybe you want to do the > same (mount branches read-only in initramfs, and remount them > read-write in an init.d service). >=20 ...if going this route, why not simply not bother to pivot_root out of the initramfs at all? or pivot_root but only into a directory structure still sitting in the initramfs? As long as all non-root bits are in separate storage, you can mount 'em all in the appropriate place... -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iF4EAREIAAYFAlAEHNAACgkQ2ugaI38ACPCbBgD+MCInpuQXjir37zFTn3ebJe30 dEWqqxihYox1+XrR7JYA/26jjkglGXZzxP0Kq17xuyoDBD8qnymAsziieDsMCMvN =3D/C5P -----END PGP SIGNATURE-----