5.3: /stand/ versus /rescue/ ?

Brooks Davis brooks at one-eyed-alien.net
Wed Oct 6 14:50:50 PDT 2004

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.
> 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.

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).
> >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?
> 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

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20041006/b00b75a6/attachment.bin

More information about the freebsd-current mailing list