home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / misc / 20467 < prev    next >
Encoding:
Text File  |  1993-01-25  |  1.9 KB  |  43 lines
  1. Newsgroups: comp.sys.amiga.misc
  2. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!sdd.hp.com!col.hp.com!fc.hp.com!koren
  3. From: koren@fc.hp.com (Steve Koren)
  4. Subject: Re: Backup software needed for Exabyte 8200
  5. Sender: news@fc.hp.com (news daemon)
  6. Message-ID: <C1FuEM.9Gq@fc.hp.com>
  7. Date: Tue, 26 Jan 1993 01:49:34 GMT
  8. References: <1k1461INN4bf@digex.digex.com>
  9. Organization: Hewlett-Packard Fort Collins Site
  10. X-Newsreader: Tin 1.1.3 PL5
  11. Lines: 30
  12.  
  13. Jamie H. Clark (jclark@access.digex.com) wrote:
  14. > I tried Matt Dillion's TAPE handler and GNUtar to backup my Amiga 3000
  15. > hard disk to Exabyte 8200 (2.3GB 8mm) tape drive.  The tape drive light will
  16. [rest of problem description deleted ]
  17.  
  18. I think there are at least two possible problems you might be seeing:
  19.  
  20.   1.  You have something physically set up incorrectly, such as improper
  21.       bus termination, etc.  In this case, a software update won't help.
  22.  
  23.   2.  Your tar or tape handler is broken.  I have never had much luck
  24.       with GNU-tar, especially when dealing with multi-part tape
  25.       archives.
  26.  
  27. I use the BTN-tape handler (by Bob Rethemeyer) and tar with good
  28. results, but I don't use GNU-tar.  I'm not sure how to describe the tar
  29. I use because it doesn't have a version string.  The binary is 33552
  30. bytes.  It has worked flawlessly for me, and i use it very extensively.
  31.  
  32. With this tar I could reference multiple tar archives on one physical
  33. tape (ie, tar -tvf tape:35), and append to the tape (tar -cf tape:app
  34. blah).  But with GNU-tar, attempting to append to the tape overwrote the
  35. 1st archive on the tape.  I think this is because GNU tar, if you gave
  36. it "tape:app" as a file name, tried to somehow reference "tape:" first,
  37. which caused the handler to rewind the tape.  That's just my theory, but
  38. anyway, GNU-tar was big and seemed to have enough problems that this
  39. other tar works much better for me.  (I use it with an Archive DAT
  40. unit).
  41.  
  42.   - steve
  43.