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