> -----Original Message----- > From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Rick > Murphy via cctalk > Sent: 17 June 2017 14:06 > To: cctalk@classiccmp.org > Subject: Re: dd-equivalent for VMS > > On 6/17/2017 4:04 AM, Rob Jarratt via cctalk wrote: > > On 06/16/2017 09:04 AM, Ed Thierbach via cctalk wrote: > >>> BACKUP/IMAGE might work. I have a dim recollection of moving system > >>> drives around that way, but it's been a few decades. :-) > >> I have cloned drives that way for VMS systems. Backup/image is the > >> tool for that. > >> > > So have I, but it doesn't work for tapes. Unless someone knows a trick that > > I > have not discovered? > MOUNT/FOREIGN/BLOCKSIZE=65534 MUA0: > COPY MUA0: TAPE.DMP > > That's it. You've just got to mount it with a larger blocksize than the > blocks on > the tape. > If you encounter a bad block, you're screwed. There's no equivalent to > "ddrescue" that ignores read errors and continues. However, for TK50s, there's > probably no way to recover from a read error anyway.
I have been able to read the tape from Ultrix. The COPY method above failed for me (below, not sure why as it is readable on Ultrix) and BACKUP/IMAGE does not work on tapes. $ mou/for/block=10240 mka300 %MOUNT-I-WRITELOCK, volume is write locked %MOUNT-I-MOUNTED, mounted on _MKA300: $ copy mka300: tape21.dat/log %COPY-E-READERR, error reading _MKA300:[].; -RMS-F-RER, file read error -SYSTEM-F-DRVERR, fatal drive error %COPY-W-NOTCMPLT, _MKA300:[].; not completely copied Anyway, I have something that seems to work better now under Ultrix, so hopefully I will succeed now. Regards Rob
