From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 04:47:45 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 8603016A4CF for ; Mon, 18 Oct 2004 04:47:45 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id D559A43D54 for ; Mon, 18 Oct 2004 04:47:44 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 78725 invoked by uid 0); 18 Oct 2004 04:46:41 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 18 Oct 2004 04:46:41 -0000 Message-ID: <41734AFB.2040208@gamersimpact.com> Date: Sun, 17 Oct 2004 23:47:55 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Kientzle References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <4172E340.20206@freebsd.org> <41731071.2030405@yahoo.com> <417346BB.3050609@freebsd.org> In-Reply-To: <417346BB.3050609@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Rob cc: freebsd-current 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 04:47:45 -0000 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 ) Also, in order for pax to work it only needs /lib/libc.so.[56]. If you're willing to try I also have a patch here in the works that moves gzip to /bin which then will allow you to use it instead of /rescue/gzip. It worked on my system, I just need to bundle it up with some nice instructions since it also involves moving directories. It's just too late to do tonight. With pax I noticed sometimes things don't get preserved unless you add the "-p e", things like permissions and owners. Another thing, if you created your archives with pax, I would recommend not using the old cpio way of doing "find -d . | cpio -o >..." using this with pax will often end up adding files multiple times, which isn't really a bug as much as a feature gone amiss, instead add the -u flag to pax which boils down to not including multiple copies of a file. This shouldn't be causing any errors you are seeing but it's a possibility. -- Ryan Sommers ryans@gamersimpact.com