Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!nbires!isis!udenva!wedgingt
From: wedgingt@udenva.UUCP (Will Edgington/Ejeo)
Newsgroups: comp.unix.wizards
Subject: Re: multivol piped to tar
Message-ID: <2623@udenva.UUCP>
Date: Thu, 11-Dec-86 17:37:40 EST
Article-I.D.: udenva.2623
Posted: Thu Dec 11 17:37:40 1986
Date-Received: Sun, 14-Dec-86 04:29:48 EST
References: <360@prairie.UUCP> <10900001@bradley>
Reply-To: wedgingt@udenva.UUCP (Will Edgington/Ejeo)
Organization: U of Denver
Lines: 20

A more generic method (for those of you with tar's that don't understand the
'B' or 'b' blocking flags) is to use "dd obs=10240" (or possibly "dd bs=10240",
which will run faster) in place of the "cat" :

program-which-doesn't-block | dd obs=10240 | tar xf -

The "10240" will have to be adjusted to the block size the tar that created
the file used in some cases.  Also, having not used System V for several years
now, I can't remember whether "dd" comes with System V or not, though I would
be *very* surprised if it didn't ...  "dd" is basically a glorified "cat";
"obs" is output block size and "bs" is, you guessed it, "block size".

I've used this method to do tar's over ethernets via BSD's rsh; ethernets
don't like 10K blocked files much !! :-)
--
Will Edgington, Computing and Information Resources, University of Denver
		BusAd 469, 2020 S. Race, Denver CO 80208, (303) 871-2081
{{hplabs,seismo}!hao,ucbvax!nbires,boulder,cires,cisden}!udenva!wedgingt
TESTING: WEDGINGT@DUCAIR.BITNET ( == RHESUS on DU's VMS Cluster )
COMING SOON: wedgingt@nike.cair.du.edu, wedgingt@du.edu