4.2BSD restore(8)

[Jerry Aguirre]

I have also noticed that after a restore all the files marked as
changed and will go on the next dump.  The 4.2BSD restore works on the
mounted file system.  This simplifies the dump code and partial
restores but makes it impossible to correctly update the time stamps on
the file.  Previous versions of restor used the raw file system and
could write any information it wanted.

Remember that dump will use the ctime, not the mtime, when deciding
what files to dump.  There is no system call to backdate the ctime on a
mounted file system.

Procedurally this is a crock as after spending X hours of down time
restoring the file system, you have to turn around and spend Y
additional hours doing a new level 0 dump.  Besides additional down
time the new level 0 also messes up the dump schedule.

					Jerry Aguirre @ Olivetti ATC
{hplabs|fortune|idi|ihnp4|tolerant|allegra|glacier|olhqma}!oliveb!jerry