Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site sequent.UUCP
Path: utzoo!linus!security!genrad!decvax!microsoft!uw-beaver!tektronix!ogcvax!sequent!phil
From: phil@sequent.UUCP
Newsgroups: net.unix-wizards
Subject: Re: dumping active file systems
Message-ID: <297@sequent.UUCP>
Date: Wed, 2-Nov-83 11:57:59 EST
Article-I.D.: sequent.297
Posted: Wed Nov  2 11:57:59 1983
Date-Received: Sun, 6-Nov-83 11:24:05 EST
References: <13112@sri-arpa.UUCP> <623@qubix.UUCP>
Organization: Sequent Computer Systems, Portland
Lines: 17

4.2 BSD dump/restore (yes "restore") do not quite totally operate through
the filesystem.  Dumping is still done though the device (usually raw for
speed) but restores are done *only* on mounted filesytems and relative to
the current directory.  The biggest change is the added "i" flag to restore
that is interactive!  It puts you into a pseudo editor interface that lets
you skip around selecting files to restore.  It has to be seen to be believed.

The 4.2 filesytem make a tremendous difference in dump/restore times since
the tape runs at nearly tape speeds.  The only unfortunate side effect of
doing a restore through the filesytem is that the "ctime" of an inode cannot
be set to the ctime of the tape file (as old restor did).  One can certainly
argue which is correct.

-- 
	Phil Hochstetler (503) 627-9811
	Sequent Computer Systems
	...!sequent!phil