home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sgi
- Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!darwin.sura.net!sgiblab!sgigate!odin!fido!zola!zuni!anchor!olson
- From: olson@anchor.esd.sgi.com (Dave Olson)
- Subject: Re: Tape Drive Question (one more time...)
- Message-ID: <ptarlco@zuni.esd.sgi.com>
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- References: <22345@galaxy.ucr.edu> <po39pko@zuni.esd.sgi.com> <prjv40k@zuni.esd.sgi.com> <pru3570@sgi.sgi.com> <1992Sep15.155009.43013@kuhub.cc.ukans.edu>
- Distribution: usa
- Date: Wed, 16 Sep 92 01:39:54 GMT
- Lines: 50
-
- In <1992Sep15.155009.43013@kuhub.cc.ukans.edu> arritt@kuhub.cc.ukans.edu writes:
- | I tried this: first I did
- | bru -cv file1
- | and when it was done, followed it with
- | mt feom; bru -cv file2
- | No complaints from bru, so I assume everything went OK. The problem
- | was with reading the data back. If I just did
- | bru -tv
- | all it found was file1. By analogy with the archive creation procedure,
- | I decided to try
- | mt feom; bru -tv
- | This made bru very unhappy. First it gave "warning: media appears to be
- | unformatted" then it asked me to load volume 1.
-
- Like I said, bru does *not* append to existing archives; this procedure
- writes two seperate archives.
-
- Try:
- mt rew
- bru -vt
- bru -vt
- or, to list just the second one
- mt rew
- mt fsf 1
- bru -vt
- which can of course be used to reach arbitrary archives by using
- the correct # instead of '1'.
-
- To read the *last* archive on a tape, assuming it is anything
- except 9 track, and has 'normal' FM's at the end, try
- mt feom
- mt bsf 2
- bru -vt
- For 9 track, and some tapes written on other systems, you might
- need to do mt bsf 3 instead of 2.
-
- | Could someone post a short script for appending an archive and then
- | reading it back? Also I am assuming that for more than 2 archives
- | one would repeat 'mt feom' a total of (N-1) times before writing
-
- feom means 'Find End Of Media'. There is only one of those
- per tape, except in certain cases of tape errors, which should
- be quite rare. For 9 track it is a logical end of media, since
- they don't have end of media markers (except for Physical End Of Tape
- or PEOT, which is somewhat different). feom finds the end of
- recorded data for other tape types.
- --
- Let no one tell me that silence gives consent, | Dave Olson
- because whoever is silent dissents. | Silicon Graphics, Inc.
- Maria Isabel Barreno | olson@sgi.com
-