Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxn!ihnp4!inuxc!pur-ee!uiucdcs!convex!berliner
From: berliner@convex.UUCP
Newsgroups: net.unix-wizards
Subject: Re: 4.2BSD restore(8)
Message-ID: <27300009@convex>
Date: Tue, 29-Apr-86 11:06:00 EDT
Article-I.D.: convex.27300009
Posted: Tue Apr 29 11:06:00 1986
Date-Received: Fri, 2-May-86 07:38:56 EDT
References: <2066@hao.UUCP>
Lines: 23
Nf-ID: #R:hao.UUCP:2066:convex:27300009:000:926
Nf-From: convex.UUCP!berliner    Apr 29 10:06:00 1986


/* Written by ed@mtxinu.UUCP in convex:net.unix-wizards */
> THIS IS BOTH INCORRECT AND DANGEROUS!  It was unnecessary with
> pre-4.2 versions of dump/restor.  With 4.2 and later versions
> of dump/restore, it will cause incrementals made after the edit
> to be *nearly useless* if a full restore is required at a later time.
> 
> Read the man pages for dump and restore for more details (or see the
> response I posted when the original request came through).
> 
> DON'T just change /etc/dumpdates!

If this is indeed true, you can easily fake it as follows (for dumping the
/xxx filesystem after completely restoring it from dump tapes):

	/etc/dump 0usf 30000 /dev/null /xxx >& /dev/null &

This will do an effective level 0 dump and update the /etc/dumpdates file
accordingly.  You also won't be prompted to mount tape 2 ...

Brian Berliner
Convex Computer Corporation
{ihnp4, sun, uiucdcs, rice, allegra}!convex!berliner