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 1R5qQb-0001CN-8g for garchives@archives.gentoo.org; Tue, 20 Sep 2011 02:51:21 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5D21821C26B; Tue, 20 Sep 2011 02:51:07 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 9C37121C260 for ; Tue, 20 Sep 2011 02:50:16 +0000 (UTC) Received: from [192.168.26.4] (ip98-164-193-252.oc.oc.cox.net [98.164.193.252]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id 2BEEB1B4013 for ; Tue, 20 Sep 2011 02:50:16 +0000 (UTC) Message-ID: <4E77FF66.3030308@gentoo.org> Date: Mon, 19 Sep 2011 19:50:14 -0700 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:6.0) Gecko/20110827 Thunderbird/6.0 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] udev and /usr References: <1740055.XA9oyAS8HQ@eve> <4E7252A1.2000300@gentoo.org> <1336457.yNbGUQDlCr@eve> <4E7584E8.2080009@gentoo.org> <20110918144958.6dc836ce@pomiocik.lan> <4E75FFB6.3030600@gentoo.org> <4E76FA06.8000409@gentoo.org> <20110919103355.2e124fd2@pomiocik.lan> <4E7703E6.2060503@gentoo.org> <20110919111057.00b4da6d@pomiocik.lan> <4E771B7D.8050702@gentoo.org> <4E77CDF0.5060404@gentoo.org> <4E77F58C.2000904@gentoo.org> In-Reply-To: <4E77F58C.2000904@gentoo.org> X-Enigmail-Version: 1.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: 20749880f5bc5feda141488498729fe8 On Mon, Sep 19, 2011 at 7:08 PM, Joshua Kinard wrote: > That's what I take issue with -- the whims of a commercial enterprise > ultimately deciding, at some possible, future point, what path we take. In > other words, those of us not running cluster farms shouldn't have to change > things, even slightly (like using an initramfs if needed) for those that do. > Linux's greatest asset is its extreme configurability -- a single source > tree can be compiled to run on super computers or cable boxes. For what it's worth, I've got a simple alternative to the initramfs approach, that may be handy for people like you. The idea is to enable CONFIG_DEVTMPFS=y and CONFIG_DEVTMPFS_MOUNT=y in the kernel, pass something like init=/sbin/linuxrc as a kernel parameter via the bootloader, and have /sbin/linuxrc be a simple shell script that mounts /proc, /sys, and /usr before calling 'exec /sbin/init'. You can use whatever shell you want for /sbin/linuxrc, as long as it doesn't have some kind of dependency on /usr. For example, if you want your script to run using a really minimal shell with the fewest possible dependencies, you can put '#!/sbin/busybox ash' in the shebang so that it will use your statically linked busybox. Something like this should do the trick in /sbin/linuxrc: #!/sbin/busybox ash mount -t proc proc /proc mount -t sysfs sysfs /sys mount /usr exec /sbin/init -- Thanks, Zac