> On 8/29/05, John Wright <[EMAIL PROTECTED]> wrote:
> > On Mon, Aug 29, 2005 at 12:01:08PM -0400, Matt Singerman wrote:
> > > So, we had a server go boom.  Fortunately, we run dump nightly, and
> > > the files are copied to a remote server.  However, I cannot find any
> > > sort of instructions for restoring directly from files which will
> > > preserver file permissions and the like.  I am assuming it would be
> > > one of the following scenarios:
> > >
> > > (1) Build a new system, copy over the files and run restore directly
> > > to the same drive.
> > >
> > > (2) Add a new hard drive to an existing system, run fdisk and
> > > disklabel, mount the new drive, and restore each file from dump (etc,
> > > var, rootdir, etc).
> > >
> > > (3) An option I am not thinking of.
> > >
> > > So, any suggestions?  All ideas welcome.  Thanks!
> >
> > Both 1 and 2 are viable, 2 is slightly easier to deal with. restore will
> > preserve file permissions by default.  Remember to use -r to restore instead
> > of -x to extract -- it'll make sure all the inodes are the same too.
> >
> > You'll get asked to set root directory modes right at the end, this just
> > chown/chmods the directories which it has restored and you should say yes to
> > it.
> >
> > Another option it to stream the dumps from another computer and use
> > "restore -rf -", I'm using this for some dumps which I've gzipped so I use
> > zcat and the above.
> >

Okay, now here's one for you:

I did the restore, and it actually appears to have worked!  however. 
And ugh, this is a however.  The drive partitions that I created are
slightly, er, off.  I mapped /usr to /dev/wd0g, but the system is
looking for it in /dev/wd0f.  Obviously, this is not working.  How can
I fix this?!

Reply via email to