Date: Wed, 6 Oct 2004 14:56:00 -0700 From: Brooks Davis <brooks@one-eyed-alien.net> To: Ryan Sommers <ryans@gamersimpact.com> Cc: David Gilbert <dgilbert@dclg.ca> Subject: Re: 5.3: /stand/ versus /rescue/ ? Message-ID: <20041006215600.GA11697@odin.ac.hmc.edu> In-Reply-To: <37655.128.101.36.205.1097099615.squirrel@128.101.36.205> 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> <37655.128.101.36.205.1097099615.squirrel@128.101.36.205>
next in thread | previous in thread | raw e-mail | index | archive | help
--RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 06, 2004 at 03:53:35PM -0600, Ryan Sommers wrote: > 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. >=20 > 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. >=20 > > - I'm not sure that /rescue/tar can work without a tmp dir >=20 > I'll look into that. If this is a problem, you might see if it's a problem with bsdtar since /rescue/tar is currently gnutar. We're going to want to do that anyway if we're going to remove gnutar from the tree anyway. > > and this is really needed for initdiskless oper (/stand/cpio). >=20 > >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. If you add bsdtar, you get cpio support. > > - can sysinstall unlink his own binary before restart? >=20 > Couldn't we restart the post-install from /usr/sbin/sysinstall? I'm not > too familiar with the installation code. It's always safe to delete an open file so long as you don't need to reopen it. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBZGnvXY6L6fI4GtQRAg8gAJ0dBJGdG/L480RFM7+TQjrdYxIxywCfWkgJ ot9NU9zDJHVze0+owDmN9ek= =fFwZ -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041006215600.GA11697>