home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 19700 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.9 KB
  1. Path: sparky!uunet!spool.mu.edu!darwin.sura.net!gatech!swrinde!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Reading TK-70 tapes after /REWIND
  5. Date: 22 Dec 1992 06:02:24 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 43
  8. Distribution: world
  9. Message-ID: <1h6b1gINN9ks@gap.caltech.edu>
  10. References: <01GSKWNYOHZ6004HMW@GW.AGR.CA>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <01GSKWNYOHZ6004HMW@GW.AGR.CA>, YOUNG@SKRSSA.AGR.CA ("Saskatoon Res. Stn. -- System Manager") writes:
  15. >Hello Info-vax people!
  16. >
  17. >    I have a user that owns a TK-70 tape that has many savesets on it, 
  18. >with the last saveset mistakenly written with the /REWIND qualifier!  He 
  19. >really wants to keep all savesets on the tape.  This was obviously a mistake.  
  20. >
  21. >We know that the first and second original savesets have likely been 
  22. >overwritten, however would like to retrieve the remaining savesets from the 
  23. >tape.  To date I have had no success getting past the first saveset on the 
  24. >tape that was put on using the /REWIND.  There is alot of data left on the 
  25. >tape, and I would really like to be able to get at it.  
  26. >
  27. >Does anyone have any experience with this problem or ideas on a solution? 
  28.  
  29. First the good news:  I've had experience with that situation.
  30. Now the bad news:  There's no solution (probably).
  31.  
  32. A "feature" of TK50s is that they won't read past a parity error.  When you
  33. wrote the saveset with the /REWIND qualifier, it put an end-of-file mark at the
  34. end of the saveset.  That end-of-file mark almost certainly overlaps subsequent
  35. data in such a way as to produce a parity error (I don't know why; it's just a
  36. property of TK50s).
  37.  
  38. Now, in the (extremely unlikely) case where you *DON'T* get a parity error, you
  39. can either write your own program or use a combination of SET MAGTAPE/SKIP and
  40. DUMP to advance past the end-of-volume mark (two successive end-of-file marks)
  41. on the tape, and, if you've mounted the tape /FOREIGN with appropriate values
  42. for /BLOCKSIZE and /RECORDSIZE, you can COPY the rest of the
  43. partially-overwritten saveset to disk, and you can, after using SET MAG/SKIP
  44. and DUMP or equivalent, use BACKUP/NOREWIND to retrieve the data from
  45. subsequent savesets.
  46.  
  47. E-mail me for details if you *DON'T* get a parity error, or if you need more
  48. detailed instructions for trying to skip past the end-of-volume mark.
  49. --------------------------------------------------------------------------------
  50. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  51.  
  52. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  53. understanding of astronomy is purely at the amateur level (or below).  So
  54. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  55. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  56. hold me responsible for it, but my organization had nothing to do with it.
  57.