Re: I deleted /stand/, but I need it again for diskless boot...

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_at_gamersimpact.com