home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / xenix / sco / 3544 < prev    next >
Encoding:
Internet Message Format  |  1992-12-26  |  1.9 KB
  1. Xref: sparky comp.unix.xenix.sco:3544 biz.sco.general:4844
  2. Newsgroups: comp.unix.xenix.sco,biz.sco.general
  3. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!gatech!destroyer!mudos!mju
  4. From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
  5. Subject: Re: Data recovery from a tar tape
  6. Message-ID: <BzvvLv.2Mz@mudos.ann-arbor.mi.us>
  7. Date: Sat, 26 Dec 1992 20:29:54 GMT
  8. References: <1992Dec26.114530.11218@hellgate.utah.edu>
  9. Organization: The Programmer's Pit Stop, Ann Arbor MI
  10. Lines: 30
  11.  
  12. [This article did not belong in biz.sco.magazine, and is probably a
  13. good example of why the group should not have been created in the
  14. first place.]
  15.  
  16. In article <1992Dec26.114530.11218@hellgate.utah.edu> henslee%jensen.cs.utah.edu@cs.utah.edu (Lane Henslee) writes:
  17. >there.  Our clients were using tar to backup their data and towards 
  18. >the end of the backup they were getting a message:
  19. >
  20. >"Insert new volume then press return to continue:"
  21. >
  22. >Instead of putting a new tape in they just pressed return and thought
  23. >everything was working perfectly.  As near as we can figure the
  24. >"second" tape only had about 10 mb of data on it.  Is there anyway to
  25. >recover data from the end of the "first" tape?
  26.  
  27. No.  When you write to the first track of a cartridge tape (QIC)
  28. drive, the erase bar is activated and all the tracks on the tape are
  29. erased at once.  So even if you haven't written an entire track of
  30. data, there will be large gaps in the the data on the other tracks.
  31.  
  32. This scenerio presents two very important lessons: 1) The person
  33. making the backups should have at least a minimal understanding of
  34. what is going on during the process; and 2) You should always check
  35. your backups to ensure they can be fully read back BEFORE you need them.
  36.  
  37. -- 
  38. Marc Unangst, N8VRH         | "Of course, in order to understand this you
  39. mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
  40.                             |  is squishy."
  41.                             |    -W. Scheider, from a Physics lecture
  42.