From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 21:46:21 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 8CF0F16A4D0 for ; Wed, 6 Oct 2004 21:46:21 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C02C43D2D for ; Wed, 6 Oct 2004 21:46:21 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 72417 invoked by uid 89); 6 Oct 2004 21:53:35 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 6 Oct 2004 21:53:35 -0000 Received: from 128.101.36.205 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 6 Oct 2004 15:53:35 -0600 (MDT) Message-ID: <37655.128.101.36.205.1097099615.squirrel@128.101.36.205> In-Reply-To: <200410062114.27791.josemi@freebsd.jazztel.es> References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <50044.208.4.77.15.1097084904.squirrel@208.4.77.15> <200410061413.51459.jhb@FreeBSD.org> <200410062114.27791.josemi@freebsd.jazztel.es> Date: Wed, 6 Oct 2004 15:53:35 -0600 (MDT) From: "Ryan Sommers" To: "Jose M Rodriguez" 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: Ryan Sommers 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 21:46:21 -0000 Jose M Rodriguez said: > On Wednesday 06 October 2004 20:13, John Baldwin wrote: >> On Wednesday 06 October 2004 01:48 pm, Ryan Sommers wrote: >> > 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? >> >> Prior to /rescue it was (ab)used as a sort of /rescue type of thing. >> Now that we have /rescue, it probably can be removed after the >> installation is complete. > > Take care of: > - it only takes ~2 MB of your rootfs. About a year ago a lot of people didn't want /rescue because of a lack of space in some of the older root slices. This would free up a little bit of room from a lot of programs that are likely duplicated in /rescue. Getting rid of /stand might make a little difference. > - I'm not sure that /rescue/tar can work without a tmp dir I'll look into that. > and this is really needed for initdiskless oper (/stand/cpio). >From looking at the initdiskless script, is there any reason we couldn't add cpio to /rescue and use it from there? From what I saw the only references to /stand were /stand/cpio and /stand/gzip, and gzip is already in /rescue. > - can sysinstall unlink his own binary before restart? Couldn't we restart the post-install from /usr/sbin/sysinstall? I'm not too familiar with the installation code. -- Ryan Sommers ryans@gamersimpact.com