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 1RhRsY-00068Y-D8 for garchives@archives.gentoo.org; Sun, 01 Jan 2012 20:19:39 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1A37B21C191; Sun, 1 Jan 2012 20:19:15 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 130DF21C190 for ; Sun, 1 Jan 2012 20:17:41 +0000 (UTC) Received: from pomiocik.lan (unknown [83.238.58.191]) (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 770CE1B400B; Sun, 1 Jan 2012 20:17:39 +0000 (UTC) Date: Sun, 1 Jan 2012 21:18:47 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: prometheanfire@gentoo.org Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr Message-ID: <20120101211847.5ae8d632@pomiocik.lan> In-Reply-To: <20120101013305.74edaba8@khorne.mthode.org> References: <20120101015947.GA9914@linux1> <1325401942.12935.11.camel@TesterTop4> <20120101013305.74edaba8@khorne.mthode.org> 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_/mZEF9Nzf_YAahRvx.Ij0qr3"; protocol="application/pgp-signature" X-Archives-Salt: 7121f506-2f92-4b00-8980-38f8f57109ee X-Archives-Hash: afd99a09fd36a30ef08830c1aa639898 --Sig_/mZEF9Nzf_YAahRvx.Ij0qr3 Content-Type: multipart/mixed; boundary="MP_/ry+=loa7IiMFodIe14+lczh" --MP_/ry+=loa7IiMFodIe14+lczh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 1 Jan 2012 01:33:05 -0600 Matthew Thode (prometheanfire) wrote: > All of my systems currently have a seperate /usr that is mounted at > boot. Unfortunately I do agree that this is not something that we can > fight. This was brought up earlier and the only thing we can do > for people like myself (who mount /usr at boot) is to create a simple > initramfs that only has the purpose of mounting /usr at boot. The > main thing I don't like about initramfs is that we have to regenerate > it any time we update the packages that get included in it. Eh, I think I'll end up writing myself that four lines of shell code for you which mounts /usr and runs init. Or maybe I'll leave that task to you. Attaching my /init for micro-initramfs on klibc. It looks like that: =E2=94=9C=E2=94=80=E2=94=80 bin =E2=94=82=C2=A0=C2=A0 =E2=94=9C=E2=94=80=E2=94=80 ls =E2=94=82=C2=A0=C2=A0 =E2=94=9C=E2=94=80=E2=94=80 mount =E2=94=82=C2=A0=C2=A0 =E2=94=9C=E2=94=80=E2=94=80 run-init =E2=94=82=C2=A0=C2=A0 =E2=94=94=E2=94=80=E2=94=80 sh =E2=94=9C=E2=94=80=E2=94=80 dev =E2=94=82=C2=A0=C2=A0 =E2=94=9C=E2=94=80=E2=94=80 null =E2=94=82=C2=A0=C2=A0 =E2=94=94=E2=94=80=E2=94=80 sda2 =E2=94=9C=E2=94=80=E2=94=80 init =E2=94=9C=E2=94=80=E2=94=80 lib64 =E2=94=82=C2=A0=C2=A0 =E2=94=9C=E2=94=80=E2=94=80 klibc-MZ_9MGQEe6NFqmrPjRp= y5i6WlV8.so =E2=94=82=C2=A0=C2=A0 =E2=94=94=E2=94=80=E2=94=80 libc.so -> klibc-MZ_9MGQE= e6NFqmrPjRpy5i6WlV8.so =E2=94=9C=E2=94=80=E2=94=80 newroot =E2=94=94=E2=94=80=E2=94=80 proc $ du -sh 176K . --=20 Best regards, Micha=C5=82 G=C3=B3rny --MP_/ry+=loa7IiMFodIe14+lczh Content-Type: application/octet-stream; name=init Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=init IyEvYmluL3NoCgovYmluL21vdW50IC10IHByb2MgcHJvYyAvcHJvYwovYmluL21vdW50IC10IGRl dnRtcGZzIGRldiAvZGV2CgpyZWFkIENNRExJTkUgPCAvcHJvYy9jbWRsaW5lCmZvciB4IGluICRD TURMSU5FOyBkbwoJY2FzZSAkeCBpbgoJCWluaXQ9KikKCQkJSU5JVD0ke3gjaW5pdD19OzsKCWVz YWMKZG9uZQoKL2Jpbi9tb3VudCAvZGV2L3NkYTIgL25ld3Jvb3QKZXhlYyAvYmluL3J1bi1pbml0 IC9uZXdyb290ICRJTklUCmV4ZWMgL2Jpbi9zaAo= --MP_/ry+=loa7IiMFodIe14+lczh-- --Sig_/mZEF9Nzf_YAahRvx.Ij0qr3 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iJwEAQEIAAYFAk8Av6gACgkQfXuS5UK5QB2lHAP/YrQgmemUqTdOkAYcKN2x8Yn7 3AvPtmPYnFsoWvMg2xt6wtKyo8K3c7Cs0qTzrO6GDPOi4A0rXPk3pDydYdUn1xXF RjaE4rYi9m29+cBVQDZwpJD/YlSQtZfLg4C92sHwYwDA9hKQBlZtCFOuemfTDCo8 99ELctAcnUbdmREPXUo= =J6hY -----END PGP SIGNATURE----- --Sig_/mZEF9Nzf_YAahRvx.Ij0qr3--