From owner-freebsd-arch@FreeBSD.ORG Sun Oct 17 17:32:44 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB36A16A4CE for ; Sun, 17 Oct 2004 17:32:44 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3423343D41 for ; Sun, 17 Oct 2004 17:32:42 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9HHWnmE034845; Sun, 17 Oct 2004 11:32:49 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <4172AC60.2020405@freebsd.org> Date: Sun, 17 Oct 2004 11:31:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers References: <4171F702.9020405@gamersimpact.com> In-Reply-To: <4171F702.9020405@gamersimpact.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: arch@freebsd.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 17:32:44 -0000 Ryan Sommers wrote: > After a thread on current@ and private discussion following, myself and > the other party were in agreement that /stand serves no purpose after > the initial install. Most of /stand is duplicated in /rescue with the > exception of a few members. This makes the approx. 3mb of space consumed > by /stand wasted space. > > The only post-install dependency on /stand I can find is the diskless rc > script. This script uses /stand/cpio and /stand/gzip for unpacking > template archives to populate memory disks. I have come up with two > solutions that would solve this problem. The first involves /bin/pax and > moving gzip to /bin/gzip. This would be enough to unpack archives for > diskless systems. The other is to use /rescue/tar and /rescue/gzip. > > Currently /rescue uses gtar, however, this will likely be switched to > bsdtar after 5.3-RELEASE (see PR bin/72549). This will add cpio and pax > support to /rescue/tar (in addition to saving approx. 40k). I don't > believe using /rescue is the correct solution for diskless systems. > > Which is why I propose moving gzip to /bin. This would increase /bin by > about 46k. However, upon removing /stand the net would be a savings in > the root partition. /bin/pax and gzip are capable of handling the > diskless template archives and will also be updated as part of world to > receive any bugfixes. > > If people agree with this, after providing patches for moving gzip to > /bin I plan on addressing sysinstall to have /stand removed as part of > the post-install cleanup/configuration. And then after I'd like to work > on bringing our support and instructions for diskless environments up to > date with 5.X. > > Anyone have any thoughts, objections, feelings on this? If anyone has > already started work on this but doesn't have the time let me know and > I'd be happy to pick up where they left off. Otherwise I'm willing to > put in the grunt work if anyone is willing to help commit it once > 5.3-release is out of the way. > I think that this is generally a good idea. On a larger scale I'd like to see the disc1 installer become a full live filesystem so that stand isn't needed at all. Any interest in helping with that? Scott