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