On 21 Nov 2000, John Goerzen wrote:
> <[EMAIL PROTECTED]> writes:
> > > Probably. That's why there's the holding disk, right? I'm backing up
> > > some machines over VPN Internet connection anyway, so this may
> > > actually speed that up. The local server is an Alpha :-)
> >
> > okay then... i'd suggest you grep the sources for "gz" if you're
> > planning on doing this. last time i checked there was some hardcoded
> > stuff in there...
>
> There was also COMPRESS_EXTENSION. A bit of hacking to ./configure
> made it work with bzip2! All I had to do was gunzip and then bzip2
> the *.gz files on the tape server.
>
> I can now rest in peace knowing that my backups will not be destroyed
> by one errant bit :-)
are you sure? bzip2 would have to produce a file that was perfectly
aligned other than the corrupted block of data. if the corrupted block of
data can change size then the alignment will be off and tar will puke (at
least that's what happened to tar when i was testing it).
