Well, one of our consultants did a silly thing and found a slight
problem in the process.  Here's the case:  If you boot a system from
a floppy and then throw away all the file/folders on the hard disk,
then do a restore for the entire volume.  ADSM creates all the folders
and just dies when it gets to the Move&Rename folder with a message
along the lines of data not available (sorry, I fixed this one over the
phone).  If you mount any volume, the Move&Rename folder gets updated/
rebuilt/whatever and the backup will proceed as it should.  The
consultant mailed someone at Apple named Mike Zachary about the problem
and received the following reply.  Thought it might be useful to
better understand what happened in case anyone else runs across this.
No idea how ADSM selects it's files, but it looks like picking up this
one should be avoided.

-----------------
 1) The "Move&Rename" folder (which is marked invisible) is created by Personal
 1) The "Move&Rename" folder (which is marked invisible) is created by Personal
    File Sharing and AppleShare as a temporary holding point for files during
    the execution of AppleShare File Protocol (AFP) "Move and Rename" calls.
    The "Move and Rename" call, as the name suggests, is used to move a file
    between folders and give it a different name in the destination folder.
    HFS only supports separate Move (with the same name) and Rename (in the
    same folder) calls.

    Since the file can't be renamed and then moved (there might be a name
    conflict with the new name in the source folder) and can't be moved and
    then renamed (there might be a conflict with the old name in the
    destination folder), the only way to correctly execute the call on an HFS
    volume is to do the following:

    1) Move the file to the "<box><box><box>Move&Rename" folder.
    2) Rename the file there to the new name.
    3) Move the file to the destination directory.

    By the way, the <box><box><box> are the ASCII characters 0x01, 0x02, and
    0x03, which generally don't have legitimate character representations in
    most fonts.  We wanted to make sure this folder wouldn't be confused with
    user folders, so we gave it a name that would be hard to type.


 2) The "Move&Rename" folder should always be empty, except in mid-operation,
     and is emptied at system startup (it also is deleted at system shutdown).


 3) The "Move&Rename" folder should NOT be used by anyone or anything but
    AppleShare and Personal File Sharing.  Also,  Macintosh applications are
    not supposed to show invisible folders in SFGetfile or SFPutFile.


 Note: There is no way to prevent software from being able to see the
 "Move&Rename" folder or put files in it.  AppleShare and Personal File Sharing
 absolutely require the "Move&Rename" folder.

 Copyright 1994, Apple Computer, Inc.

---
Keith A. Crabb                    Keith AT uh DOT edu
Keith A. Crabb                    Keith AT uh DOT edu
University of Houston             keith at uhupvm1
Operating System Specialist       1-713-743-1530