From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:41:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0543616A4CE for ; Wed, 6 Oct 2004 17:41:11 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73FE943D41 for ; Wed, 6 Oct 2004 17:41:10 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 48965 invoked by uid 89); 6 Oct 2004 17:48:24 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 6 Oct 2004 17:48:24 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 6 Oct 2004 11:48:24 -0600 (MDT) Message-ID: <50044.208.4.77.15.1097084904.squirrel@208.4.77.15> In-Reply-To: <200410051249.37820.jhb@FreeBSD.org> References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <16738.45007.276964.761754@canoe.dclg.ca> <200410051738.32415.freebsd@redesjm.local> <200410051249.37820.jhb@FreeBSD.org> Date: Wed, 6 Oct 2004 11:48:24 -0600 (MDT) From: "Ryan Sommers" To: "John Baldwin" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:41:11 -0000 > /stand is installed as part of the installation process. Basically, > sysinstall starts off by letting you partition your disks. Once that is > done, it mounts everything under /mnt, then copies the /stand off of the > mfsroot to /mnt/stand and finally chroots into mnt for the rest of the > install. It copies /stand so that it can still get to the utilities > in /stand that it needs while it does the actual install. Is there any reason why we need /stand after the install process? As part of the post-install configuration would it be possible to have /stand removed? -- Ryan Sommers ryans@gamersimpact.com