From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 18:33:14 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 D9B7A16A4CE for ; Wed, 13 Oct 2004 18:33:14 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73DFE43D5F for ; Wed, 13 Oct 2004 18:33:14 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 50844 invoked by uid 89); 13 Oct 2004 18:40:45 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 13 Oct 2004 18:40:45 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 13 Oct 2004 12:40:45 -0600 (MDT) Message-ID: <64506.208.4.77.15.1097692845.squirrel@208.4.77.15> In-Reply-To: <20041013172834.81984.qmail@web54008.mail.yahoo.com> References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> Date: Wed, 13 Oct 2004 12:40:45 -0600 (MDT) From: "Ryan Sommers" To: "spam maps" 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 Subject: Re: I deleted /stand/, but I need it again for diskless boot... 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, 13 Oct 2004 18:33:15 -0000 spam maps said: > > Hello, > > This is 5.3-Beta7. > > Earlier I sensed that /stand/ is more or less > redundant (that all is in /rescue/ with 5.X), so > I deleted this directory. > > However, now that I want to use diskless-bootup, > I seem to need /stand/ again. > Yes, you could get it back. To do this you would need to copy the files from the boot media you used to install. > > PS: using /rescue/ for that instead would be really > nice :). It wouldn't be the right solution for the job. That isn't the purpose of /rescue. However, I'm in the process of eliminating the need for /stand to remain after the install and having it be deleted as part of the post-install cleanup. More on this to come... -- Ryan Sommers ryans@gamersimpact.com