Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!husc6!cmcl2!rutgers!ucla-cs!zen!ucbvax!rca.COM!EVERHART%ARISIA From: EVERHART%ARISIA@rca.COM ("GLENN EVERHART, 609 486 6328") Newsgroups: comp.os.vms Subject: Re: Data recovery Message-ID: <8707240251.AA08460@ucbvax.Berkeley.EDU> Date: Thu, 23-Jul-87 12:11:00 EDT Article-I.D.: ucbvax.8707240251.AA08460 Posted: Thu Jul 23 12:11:00 1987 Date-Received: Sat, 25-Jul-87 11:34:20 EDT Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 21 I wasn't going to say this, but having just read a wrong reply... If you do DIR/SIZE=ALL and see 0/2344 on a file, chances are some of those 2344 blocks have data in them (depends on how it got into this state). One way, if you have VAX/RSX, to recover is to just say MCR PIP file.type/EOF which will result in the directory reading 2344/2344. The record structure may not be as you like and somewhere at the end of the file will be junk, but at least you'll be able to get what was recorded to disk. I'm sure there are some native mode hacks that do the same, but having this one around, I don't bother with others. (Actually, if there aren't, it's another reasonb to go out and get vax/rsx!) I suggest that anyone knowing the appropriate native mode recovery hack chime in and let the net know... Glenn Everhart Everhart%Arisia@rca.com