Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!uunet!samsung!munnari.oz.au!labtam!cnw01!nigel
From: nigel@cnw01.storesys.coles.oz.au (Nigel Harwood)
Newsgroups: comp.sys.ncr
Subject: Whats wrong with cpio -oTV /dev/rtp
Message-ID: <1124@cnw01.storesys.coles.oz.au>
Date: 12 Nov 90 11:19:00 GMT
Organization: Coles Myer Ltd., Melbourne, Australia
Lines: 32

Looking through the NCR SA scripts (Tower 32 UNIX V2 1 & 2) for tape
backup/restore of files I found that they handle multiple volumes
by building a list of the first set of files which will fit on the
first tape and then the next etc.

Whats wrong with using cpio -oTV /dev/rtp ?

Is the only reason they did it that way because they wanted
to customise and fully control the interface ?

Or is there something wrong with cpio -oTV /dev/rtp ?

For instance I was considering the following command to
backup the contents of a directory which I hope to squeeze onto
one tape but may well take two.

find . -print | cpio -o | compress | cpio -oTV /dev/rtp

and restore using something like

cpio -iTV /dev/rtp | compress | cpio -imu

Any thoughts ?

Better ideas ?

Regards
-- 
<<<<<<<<<<<<<<<<<<<<<<<<<  Nigel Harwood  >>>>>>>>>>>>>>>>>>>>>>>>>>>
<< Post:  Coles Myer Ltd, PO Box 2000 Tooronga 3146, Australia     >>
<< Phone: +61 3 829 6090  E-mail: nigel@cnw01.storesys.coles.oz.au >>
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>