Ethan Dicks wrote:
I slapped an AHA 1640 PCMCIA card in my Linux laptop,
compiled
tapetools 0.4 and 0.6 and started shoving tapes in my TSZ07. I wrote
these tapes myself a number of years ago, and have finally gotten
around to attempting to extract them. Things seemed to go fine,
except that on certain tapes, I saw a page or two of partial records
reported - i.e. - these VMS BACKUP tapes were written with a block
size of 16384, and some tapes report ~2500 records of 16384 bytes
(1600 bpi), and some report a few hundred records of 16384, then a
few at a smaller number, then more at 16384, etc. I'd think there
were some read problems, but the tape wasn't shoe-shining - it buzzed
along at full tilt.
I've only ever used BACKUP to extract BACKUP savesets; partly because
I always have OpenVMS handy and partly because I've never ever had any
trouble from BACKUP. It will cope with bad blocks on tapes (it just
keeps going until it finds a good block).
Thanks for sharing any tapetools stories (and any
suggestions about
'modern' VMS BACKUP extractors).
Dig out those install CDs, build a SIMH OpenVMS system
and back that up to CD or DVD for next time you need
a real BACKUP tool :-)
I guess you could also try to take the raw data and throw
away the short records. BACKUP blocks are numbered IIRC so
I expect that tapetools will either be jolly grateful that
you saved it some trouble or whine miserably that some
essential data is missing. Unless you used /GROUP=0 you
should have some XOR redundancy groups, which gives
BACKUP a good chance of recovering occasional completely
lost blocks. The very start of the saveset includes
(amongst other stuff) the command used to write the
saveset.
Antonio
--
Antonio carlini
arcarlini at
iee.org