Path: utzoo!utgpu!utstat!jarvis.csri.toronto.edu!mailrus!ames!ucsd!rutgers!att!alberta!ubc-cs!van-bc!sl
From: sl@van-bc.UUCP (pri=-10 Stuart Lynne)
Newsgroups: comp.unix.questions
Subject: Re: backup with compressed cpio files ?
Message-ID: <2241@van-bc.UUCP>
Date: 18 Feb 89 21:30:26 GMT
References: <9100001@netmuc> <13176@steinmetz.ge.com>
Reply-To: sl@van-bc.UUCP (pri=-10 Stuart Lynne)
Organization: Wimsey Associates, Vancouver, BC.
Lines: 25

In article <13176@steinmetz.ge.com> davidsen@crdos1.UUCP (bill davidsen) writes:
>In article <9100001@netmuc> bothe@netmuc.UUCP writes:
>| find . -print | compress | cpio -oacB >/dev/rmt0

>	find . -print | cpio -oca | compress >/dev/rmt0

>  This works pretty well if you're willing to sacrifice performance for
>media size. Double compressed files may get larger. Compression size and

If you use this beware that a bad block in your backup media will render the 
rest of the backup useless for all intents.

	compressdirv
	find . -print | cpio -oca > /dev/rmt0

is almost as good, won't try and recompress compressed files. Also if you
loose a block on your tape you will have better luck trying to get at the
rest of the tape.

If you where running SCO Xenix 2.3 with their support for error correction
on tape the other way might be suitable, but I wouldn't recommend it
otherwise.

-- 
Stuart.Lynne@wimsey.bc.ca {ubc-cs,uunet}!van-bc!sl     Vancouver,BC,604-937-7532