From owner-freebsd-current@FreeBSD.ORG Sat Oct 23 17:22: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 4A59216A4CF for ; Sat, 23 Oct 2004 17:22:14 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B73FD43D41 for ; Sat, 23 Oct 2004 17:22:13 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9NHMBlN081539; Sat, 23 Oct 2004 13:22:11 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9NHMBF9081536; Sat, 23 Oct 2004 13:22:11 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sat, 23 Oct 2004 13:22:11 -0400 (EDT) From: Andre Guibert de Bruet To: Ryan Sommers In-Reply-To: <417A6C6B.6010109@gamersimpact.com> Message-ID: <20041023130921.I78665@alpha.siliconlandmark.com> References: <4171F702.9020405@gamersimpact.com> <417A6C6B.6010109@gamersimpact.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: Removal of /stand Directory 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: Sat, 23 Oct 2004 17:22:14 -0000 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@ 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 > @@ -850,6 +850,9 @@ > /* 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/ >