Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!rutgers!ucsd!ucbvax!decwrl!hplabs!motsj1!mcdchg!nud!fishpond!fnf From: fnf@fishpond.UUCP (Fred Fish) Newsgroups: comp.unix.questions Subject: Re: tar frustration (was Re: relative pathname question!) Message-ID: <118@fishpond.UUCP> Date: 14 Aug 88 17:53:15 GMT References: <1670003@hpcilzb.HP.COM> <5762@super.upenn.edu> <1414@valhalla.ee.rochester.edu> <2858@ttrdc.UUCP> <64026@sun.uucp> <1988Aug13.190030.1495@gpu.utcs.toronto.edu> Reply-To: fnf@fishpond.UUCP (Fred Fish) Organization: occasionally Lines: 23 In article <1988Aug13.190030.1495@gpu.utcs.toronto.edu> woods@gpu.utcs.Toronto.EDU (Greg Woods) writes: >Anyone done any work on the PD-tar lately? It needs multi-volume >handling, should have the ability to format floppies, and change devices >inter-volume (ala cpio), before I'll bother using it. Just a suggestion for anyone making such changes; you might want to consider also adding device cycling, a feature I just recently put in BRU (Backup and Restore Utility). That is, if you give it more than a single "-f" option, it remembers them and cycles through them in the specified order each time it finds the end of one volume and needs another. When it gets to the end of the list it issues an appropriate prompt and waits for a response. Thus if you have four tape drives for example, you can do something like: bru -f /dev/rmt0 -f /dev/rmt1 -f /dev/rmt2 -f /dev/rmt3 ... and go away until your four tapes are done. -Fred -- # Fred Fish, 1346 West 10th Place, Tempe, AZ 85281, USA # noao!nud!fishpond!fnf (602) 921-1113