home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sgi
- Path: sparky!uunet!darwin.sura.net!mips!odin!fido!zola!zuni!anchor!olson
- From: olson@anchor.esd.sgi.com (Dave Olson)
- Subject: Re: Problem with Tape Backup -- blocksize mismatch
- Message-ID: <npqdqq0@zuni.esd.sgi.com>
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- References: <1992Jul26.123233.29447@ringer.cs.utsa.edu>
- Date: Sun, 26 Jul 92 20:37:09 GMT
- Lines: 23
-
- In <1992Jul26.123233.29447@ringer.cs.utsa.edu> senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:
-
- The problem is probably you are defaulting to /dev/tape for mt and List_tape,
- and for some reason that probably is a link to the fixed block size device,
- although our standard link for DAT is the variable block size, non-byte
- swapping device, but in the script where you make the tape, you are using
- variable blocksize, byte swapping device. bru will software byte swap
- for you after detecting it, but that means you are byte swapping twice,
- which is sort of silly. Anyway, check to see what /dev/{nr}tape are
- linked to, and I would use /dev/rmt/tps0d#nrnsv if you want to
- explictly specify it.
-
- It could also be that the links are right, but the blocksizes were
- different. It appears that you made the tape with b40 or b20k, judging
- from the error message, and List_tape uses the bru default of b20,
- although your script doesn't seem to be specifying a block size (are
- you sure that is actually the script used?)
-
- You might also try 'mt blksize'
- --
- 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
-