From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 06:04:58 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 E422A16A4CE for ; Tue, 19 Oct 2004 06:04:58 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 462CE43D5C for ; Tue, 19 Oct 2004 06:04:58 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101915:03:10:593176.15513.2998860720 for ; Tue, 19 Oct 2004 15:03:10 +0900 (KST) Message-ID: <4174AE86.5000906@yahoo.com> Date: Tue, 19 Oct 2004 15:04:54 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers , freebsd-current References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <65140.208.4.77.15.1098123461.squirrel@208.4.77.15> <41746CC6.4030407@yahoo.com> <200410190345.20487.josemi@freebsd.jazztel.es> <417475E2.8020202@gamersimpact.com> In-Reply-To: <417475E2.8020202@gamersimpact.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:3.35) (by Terrace) Subject: Re: I deleted /stand/, but I need it again for diskless boot... 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: Tue, 19 Oct 2004 06:04:59 -0000 Ryan Sommers wrote: > Jose M Rodriguez wrote: > >> If You try to path /etc/rc.d/initdiskless, try not remove *.cpio.gz >> >> expand using /stand, but add *.tar expand using /bin/pax. >> >> You may also try some auto detection and use what is present between >> /stand/cpio, /stand/gzip, /rescue/tar, /rescue/gzip ... >> >> Don't try moving gzip/libgzip from /usr to rootfs. It's really a big >> change. >> > /rescue/* aren't the right tools for the job in my opinion. Neither are > /stand/*. I posted this to arch@ [1] and between that and this thread, > among others on current@, the overwhelming majority of responses have > been to get rid of /stand. I'm not sure I understand your argument for > leaving /stand as part of the root filesystem; other than as you say > your 250gb drives don't mind the extra 3.5mb. In my opinion it's useless > for both diskless and regular systems, with the exception of 2% of it's > space. It's not updated as part of world, which means no bug fixes get > populated to it. It's a crunchgen binary which means trying to fix small > bugs in single programs either means rebuilding the binary or replacing > that hardlink with an individual binary. Sorry, I have changed my mind concerning patching my 5.3 system wrt. this /stand vs. /rescue issue. I'd rather wait until this discussion is resolved and moreover, until 5.3 has become STABLE and 6.0 has become CURRENT. For now, I will populate the /conf/base directory with the plain files (not using zipped cpio-archives), in which case I do not need /stand. The disk space used is then: 324K using etc and var as cpio.gz archives in /conf/base 1.8M using etc and var as plain files in /conf/base 2.3M /stand *.cpio.gz + /stand = 2.6M plain files - /stand = 1.8M For now, with 5.3, I'll go for the plain files without /stand. I can wait until 6-Stable for this to get reduced to 324K :). Rob.