From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 31 07:54:42 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E354016A40F; Sun, 31 Dec 2006 07:54:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A5C5D13C442; Sun, 31 Dec 2006 07:54:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id kBV7qsgY056045; Sun, 31 Dec 2006 00:52:54 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 31 Dec 2006 00:53:02 -0700 (MST) Message-Id: <20061231.005302.174088308.imp@bsdimp.com> To: dougb@freebsd.org From: "M. Warner Losh" In-Reply-To: <45975B7B.7030002@FreeBSD.org> References: <20061228.134053.-1548238884.imp@bsdimp.com> <4595875B.20609@gmail.com> <45975B7B.7030002@FreeBSD.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 31 Dec 2006 00:52:54 -0700 (MST) Cc: erik.udo@gmail.com, freebsd-hackers@freebsd.org Subject: Re: Init.c, making it chroot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 07:54:43 -0000 In message: <45975B7B.7030002@FreeBSD.org> Doug Barton writes: : Erik Udo wrote: : > That's nice. But NetBSDs init.c executes /etc/rc before calling : > chroot(), and that's what i'm looking for : : Sorry if I missed your rationale earlier, but could you perhaps : explain a bit more about why you want to do this? I ask because I'm : generally interested in boot-time issues, and this sounds like an : interesting problem. This allows one to have a 'simple' /etc/rc that arranges things so that a new '/' is ready to 'boot'. Warner