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 1Sqgsr-0005WT-FQ for garchives@archives.gentoo.org; Mon, 16 Jul 2012 08:42:25 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B3F35E0654; Mon, 16 Jul 2012 08:42:10 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 9DA6FE0521 for ; Mon, 16 Jul 2012 08:41:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 30CD71B401D for ; Mon, 16 Jul 2012 08:41:19 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -2.471 X-Spam-Level: X-Spam-Status: No, score=-2.471 tagged_above=-999 required=5.5 tests=[AWL=-0.559, BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ILZJ4QkcPPXL for ; Mon, 16 Jul 2012 08:41:13 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 50B0E1B4007 for ; Mon, 16 Jul 2012 08:41:12 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Sqgra-0001qF-CI for gentoo-dev@gentoo.org; Mon, 16 Jul 2012 10:41:06 +0200 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Jul 2012 10:41:06 +0200 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Jul 2012 10:41:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: udev <-> mdev Date: Mon, 16 Jul 2012 08:40:52 +0000 (UTC) Message-ID: 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> 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: text/plain; charset=UTF-8 X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.139 (Sexual Chocolate; GIT 014d082 /usr/src/portage/src/egit-src/pan2) Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 16b8c071-ca53-4993-b6a4-7b9e684d3117 X-Archives-Hash: fc254f1c2705e5d9fc93af3b03614241 Michael Mol posted on Sun, 15 Jul 2012 20:57:28 -0400 as excerpted: > This is sounding closer and closer to an on-disk liveCD. It is, isn't it? But I'd want to keep it reasonably small, as I guess=20 I'd be rebuilding the squashfs pretty much whenever I updated any package= =20 that it contained binaries from. Actually, I guess if I did squashfs, I could even mount it directly,=20 avoiding the initr* entirely, tho in effect it'd be close. I could have=20 the kernel call a shell script as init, then have it exec the real init=20 (and thus openrc) after it did some initial setup and mounts, thus=20 allowing the real init to inherit the same PID 1 it normally gets. (Some= =20 of that idea is triggered by Maxim K's post. Thanks to both of you.) Alternatively, I could reconfigure inittab to start my script first, then= =20 start openrc (consolidating the openrc sysinit, etc, entries). But that=20 actually sounds more complex than simply running an initial script as=20 init, and having it exec init. --=20 Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman