> 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?!