Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!mips!pacbell.com!pacbell!att!dptg!ulysses!andante!alice!debra
From: debra@alice.UUCP (Paul De Bra)
Newsgroups: comp.unix.i386
Subject: Re: Multiple tape backups with cpio
Message-ID: <11134@alice.UUCP>
Date: 3 Aug 90 18:31:51 GMT
References: <1990Jul17.221141.5971@esegue.segue.boston.ma.us> <1437@mic.UUCP> <75@towers.UUCP> <1990Aug1.214903.699@cichlid.com> <3465@rsiatl.UUCP>
Reply-To: debra@alice.UUCP ()
Distribution: na
Organization: AT&T, Bell Labs
Lines: 32

In article <3465@rsiatl.UUCP> jgd@rsiatl.UUCP (John G. DeArmond) writes:
>aab@cichlid.com (Andrew A. Burgess) writes:
>
>>I use SCO UNIX 3.2 and on this system the way this works is that cpio
>>simply counts the bytes and then prompts you for a new tape when the
>>count reaches the tape size (the tape size is explicitly set by parameters
>>to cpio). No end of tape indication from the tape is required.
>...
>Yeah, it's way too complicated.  KISS. :-)  Cpio is SUPPOSED to detect end
>of file and prompt you for a new tape.  Says so right in TFM.  At least
>under ISC 2.0.2 and 2.2, it does not work. (experience with 4 systems so 
>far in that regard.)  

It does work with stock AT&T sVr3.2 and the stock cpio, and the prompt for
a new tape is really based on the system detecting the end of the tape.
You do have to use the -O option for write and -I for read though.

find . -print | cpio -ocB -C131072 -O/dev/rmt/c0s0

does backup everything under . (using a large buffer) and prompts for a new
tape at the end.

find . -print | cpio -ocB -C131072 > /dev/rmt/c0s0

just gives an error when reaching the end of the tape.
(similarly for reading: -I works, stdin redirection does not)

Paul.
-- 
------------------------------------------------------
|debra@research.att.com   | uunet!research!debra     |
------------------------------------------------------