> Date: Thu, 2 May 2002 06:25:24 -0700 (PDT)
> From: Ethan Dicks <erd_6502_at_yahoo.com>
> Subject: Re: Tape dumping programs for Unix/Linux...
> To: classiccmp_at_classiccmp.org
> In-Reply-To: <Pine.LNX.4.44.0205021957030.15892-100000_at_floodland.tved.net.au>
> Sender: owner-classiccmp_at_classiccmp.org
> Reply-To: classiccmp_at_classiccmp.org
>
>
> --- cvisors_at_carnagevisors.net wrote:
> > there is also dump & restore, if the Sparc is running solaris there is
> > ufsdump and ufsrestore, and finally if all else fails tar
> > these programs should allready be (dump and restore) on the redhat box.
>
> You misunderstand the direction I'm going. I have magtape with data
> already on it. I want to extract that data into a file or set of
> files on the disk that I can then burn to CD-R. I can use dd to move
> raw records, but I would like to also know what the block size was
> for a particular file so I could reconsitute the tape later if
> necessary. I'm not so worried about the VMS BACKUP tapes I need to
> spin off - I want one saveset per file. If I want to dup any install
> tapes (non-VAX), the blocking becomes more critical.
>
> Essentially, a physical backup that is primarily for data recovery,
> but secondarily for later restoration.
Yes, that is what "copytape" was written for. Works quite well,
especially now that disks are (again) much larger than tapes.
The balance keeps shifting back and forth over the decades.
carl
--
carl lowenstein marine physical lab u.c. san diego
clowenstein_at_ucsd.edu
Received on Fri May 03 2002 - 02:19:44 BST