From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 11:23:03 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 EB59316A4CE for ; Mon, 18 Oct 2004 11:23:03 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B22E43D46 for ; Mon, 18 Oct 2004 11:23:03 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101820:22:42:130436.7481.3052047280 for ; Mon, 18 Oct 2004 20:22:42 +0900 (KST) Message-ID: <4173A791.5040700@yahoo.com> Date: Mon, 18 Oct 2004 20:22:57 +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> <4172E340.20206@freebsd.org> <41731071.2030405@yahoo.com> <417346BB.3050609@freebsd.org> <41734AFB.2040208@gamersimpact.com> In-Reply-To: <41734AFB.2040208@gamersimpact.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:1.04) (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: Mon, 18 Oct 2004 11:23:04 -0000 Ryan Sommers wrote: > Tim Kientzle wrote: > >> Two things to check: >> >> 1) ldd /bin/pax >> >> should show you what shared libraries are >> required by /bin/pax. Make sure those are >> all available on the root partition. >> >> 2) From the ordinary command line, try >> >> cat [[one of /conf/$i/*.cpio.gz]] | /rescue/gzip -d | /bin/pax >> >> and check that /bin/pax is correctly >> recognizing the format of the archive. >> >> Of course, it's also worth trying the two changes >> here (/rescue/gzip for /stand/gzip and /bin/pax >> for /stand/cpio) separately, just to isolate >> the problem. >> >> Cheers, >> >> Tim > > > I'll give you a better patch tomorrow to try. In the meantime, instead > of catting. Try using > > ( cd / ; /rescue/gzip -d $j.cpio.gz | pax -r -p e ) > > I believe this works, if it doesn't try > > ( cd / ; /rescue/gzip -d < $j.cpio.gz | pax -r -p e ) I tried the second version: (cd / ; /rescue/gzip -d < $j | /bin/pax -r -p e ) but it doesn't work. What does work is this: (cd / ; /rescue/gzip -d < $j | /stand/cpio --extract -d ) So apparently this 'pax' solution is not as straight forward as it seems. However, after the boot up has succeeded, I can do manually: # cd /var # rm -rf * # /rescue/gzip -d < /conf/base/var.cpio.gz | /bin/pax -r -p e and the basic /var structure is there again. So it works on a running diskless system; why not during bootup? Rob.