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 1RiVrs-0006BT-Im for garchives@archives.gentoo.org; Wed, 04 Jan 2012 18:47:20 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9185B21C192; Wed, 4 Jan 2012 18:47:11 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 3B7CF21C150 for ; Wed, 4 Jan 2012 18:46:43 +0000 (UTC) Received: from pomiocik.lan (unknown [81.219.203.13]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 79D361B4081; Wed, 4 Jan 2012 18:46:41 +0000 (UTC) Date: Wed, 4 Jan 2012 19:47:52 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: kentfredric@gmail.com Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr Message-ID: <20120104194752.15ab1562@pomiocik.lan> In-Reply-To: References: <1325616625.7238.23.camel@TesterBox.tester.ca> <20120103190255.GA13817@linux1> <20120103191206.GP780@gentoo.org> <20120103200120.GB13936@linux1> <20120103212215.GU780@gentoo.org> <20120103230918.GA7247@linux1> <4F03A1AA.6070205@gentoo.org> <20120104091743.0e1cd91a@pomiocik.lan> <4F0440B3.4090500@gentoo.org> <20120104163734.07439f2b@pomiocik.lan> <20120104163315.GV780@gentoo.org> <20120104174742.11d7002d@pomiocik.lan> <20228.34930.732592.657243@a1i15.kph.uni-mainz.de> Organization: Gentoo X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-pc-linux-gnu) 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-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/l=6J6jvZHms8FAxBReF10JV"; protocol="application/pgp-signature" X-Archives-Salt: ef827bbe-c639-47fe-8a7a-5d7b45e6fd7e X-Archives-Hash: d1f9f070ebfc60ee4743b7388c9e7075 --Sig_/l=6J6jvZHms8FAxBReF10JV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 5 Jan 2012 07:27:49 +1300 Kent Fredric wrote: > 2012/1/5 Ulrich Mueller > > > > >>>>> On Wed, 4 Jan 2012, Micha=C5=82 G=C3=B3rny wrote: > >> > > There's really nothing pointless or blurry about this separation. > > The FHS has a nice definition: "The contents of the root filesystem > > must be adequate to boot, restore, recover, and/or repair the > > system." > > >=20 > Given that these tools are being moved to /usr and/or duplicated to in > initrd , what is the point of a root filesystem anyway now? Just to > mount other things on? Just to store /etc ? Well, you can either keep both /etc and /usr on a single filesystem, or move /etc out of rootfs and just make it a tmpfs. > And if you no longer have a suite of recovery tools on root, you > *have* to really have a copy in initrd, otherwise when /usr gets > damaged and needs repaired/recovered, you'll need a boot disk just to > solve that problem. And that I don't fancy. And if / gets damaged, keeping those tools on / doesn't help either. If you have them on initramfs, they can fix it as well. Of course we could go onto 'what if initramfs gets damaged?' but then you're HDD got damaged as well... > And another errant thought: why not just repurpose the initrd as "the > root filesystem" if the root filesystem is just to exist for the > purpose of bolting other stuff on. Noone forbids you to. But then you won't get your memory back when real system boots. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/l=6J6jvZHms8FAxBReF10JV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iJwEAQEIAAYFAk8EntkACgkQfXuS5UK5QB2UkgP/dRJKbKtItSbkOuFg9uzwP6Yf tePJklvGjX4b7tLxqlLg7yqOlWGD7PF4Mn3NxizGuqBo4OZlNopfEA03B8M1aFxj IzXS5rsVWOieMUQAGe5uf+TlhNhEEGErZw+hCjcpv7xoagKBJ9Zi4f1sJgVohQIn 9xXy8WnaKE3EUMN4Rm0= =D69T -----END PGP SIGNATURE----- --Sig_/l=6J6jvZHms8FAxBReF10JV--