[vox-tech] un-tar failing on large job

[ME]

Avoid using the built-in uncompression part of tar:
$ zcat filename.tar.gz | tar xvf -
(Or if .bz2 file:)
$ bzcat filename.tar.bz2

If that fails...

See if the error comes up when you just list the contents of the tarbal:
$ zcat filname.tar.gz | tar txv -

(Watch where it fails to read)

Also, is the tarball a ".Z" or ".gz" or ".bz " file?

Try to repeat the extract multiple times. If the error comes up at
different points, then this suggests hardware. If the the same points,
that suggests hardware. (Of course these are not absolute rules, just
common associations.)

Since you say the md5 checksums are correct, it is not an issue of
transfer (8-bit image vs 7 bit ASCII.)


-ME


> Halloall;
>
> I'm finally putting to use one of the dump-boxen that I've picked up
> (166mhz, 64megs ram, 2gig drive, partridge in pear tree, etc.), for
> experimenting with a Gentoo install.
>
> And of course, nothing goes according to plan.  After formatting the
> drive,
> setting up mount points, etc. the next step I'm on to un-tar the install
> files onto the drive in what eventually will become the root directory.
> This has failed 3 out of 3 times, using 2 different copies of the Stage3
> tar.gz (100megs approx) and one version of the Stage2 tar.gz (50-80megs
> approx).
>
> The final time I tried this, tar finally gave me a list of what might be
> going wrong:
>   - bad compressed file (This is doubtful - the last time I pulled it down
> from Gentoo, I ran an MD5 check to make sure the file was intact.)
>   - bad hardware - either memory or cache hardware.  (I've got new SIMMS
> on
> order--will try this soon.)
>
> Those were the avenues I've checked so far.  Anyone have a suggestion as
> to
> what ELSE I might look in to?
>
> Danke
>
>
> _______________________________________________
> vox-tech mailing list
> vox-tech@lists.lugod.org
> http://lists.lugod.org/mailman/listinfo/vox-tech
>
>