Re: Removal of /stand Directory

From: Andre Guibert de Bruet <andy_at_siliconlandmark.com>
Date: Sat, 23 Oct 2004 13:22:11 -0400 (EDT)
On Sat, 23 Oct 2004, Ryan Sommers wrote:

>                     The only thing that remains in the way of something like 
> this is how to deal with initdiskless using stand. Three approaches I see are 
> (ranked from worst to best):
>
> -  Let the person setting up the diskless system figure it out themselves.
> -  Remove support for using compressed archives for diskless md(4) templates.

Removal of functionality that is actually useful is never a good thing.

> -  Use /rescue/tar and /rescue/gzip instead of /stand/cpio and /stand/gzip 
> (why does diskless need /rescue?)

I'm with you on this one.

> -  Move gzip to /bin and use /bin/gzip and /bin/pax to handle compressed 
> archives (see arch_at_ thread for patch). Overall is a savings in /.

Frankly, having a file pointing to an inode with 135 links in /bin sort of 
scares me. Putting a stand-alone version of gzip in /bin isn't going to 
save any space in /.

> If there is anyone out there willing to test a few patches on a diskless 
> system let me know via private email.
>
> Index: usr.sbin/sysinstall/install.c
> ===================================================================
> RCS file: /home/ncvs/src/usr.sbin/sysinstall/install.c,v
> retrieving revision 1.359
> diff -u -r1.359 usr.sbin/sysinstall/install.c
> --- usr.sbin/sysinstall/install.c    30 Aug 2004 21:03:09 -0000    1.359
> +++ usr.sbin/sysinstall/install.c    21 Oct 2004 17:30:02 -0000
> _at__at_ -850,6 +850,9 _at__at_
>    /* BOGON #5: aliases database not build for bin */
>    vsystem("newaliases");
>
> +    /* BOGON #6: Remove /stand (finally) */
> +    vsystem("rm -rf /stand");

A better fix would be to convert the 25 lines in sysinstall that refer to 
"/stand" over to the rescue directory. This makes for a cleaner install 
process.

My $0.02.
Andy

| Andre Guibert de Bruet | Enterprise Software Consultant >
| Silicon Landmark, LLC. | http://siliconlandmark.com/    >
Received on Sat Oct 23 2004 - 15:22:14 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:19 UTC