Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbjade.BERKELEY.EDU
Path: utzoo!watmath!clyde!cbosgd!ihnp4!ucbvax!ucbjade!cnrdean
From: cnrdean@ucbtopaz.BERKELEY.EDU
Newsgroups: net.unix-wizards
Subject: Re: dump(8) verification on Zilog
Message-ID: <135@ucbjade.BERKELEY.EDU>
Date: Wed, 30-Oct-85 12:14:28 EST
Article-I.D.: ucbjade.135
Posted: Wed Oct 30 12:14:28 1985
Date-Received: Sat, 2-Nov-85 01:33:51 EST
References: <2520@brl-tgr.ARPA>
Sender: network@ucbjade.BERKELEY.EDU
Reply-To: cnrdean@ucbtopaz.UUCP ()
Organization: University of California, Berkeley
Lines: 14
Keywords: It don't

Tom Slezak.  I think you're right.  As a matter of fact, I 
think the Zilog tape dump programs are programs which were never
completed:  If I ask restor to recover a file that is on the  2nd
track, restor first determines what the inode is.  Then it starts
down the first track to see if that inode is on it.  If it is
not, it starts down the second track ...  If the inode happens to
be on the last track, it can take a LONG time to recover a file.
I don't know why it
doesn't check the inode at the beginning of each track first.

If anybody from Zilog reads this, I would appreciate a comment.
I have been too lazy to call you.

Sam Scalise