dump restore pain and suffering

Kevin Sanders newroswell at gmail.com
Mon Apr 21 15:12:17 UTC 2008


On Mon, Apr 21, 2008 at 1:58 AM, Dominic Fandrey <kamikaze at bsdforen.de> wrote:
>
> Kevin Sanders wrote:
>
> > I've been dumping and restoring a test system today, and I'm have very
> > little success.  Basically, I've been installing a base FreeBSD
> > 7-RELEASE/i386 system, doing something like dump -0auL -f
> > /mnt/test.root.dump, formating the drive and trying to restore -rf
> > /mnt/test.root.dump.  /mnt is a ufs formated usb drive.  After the
> > dump, I've even done a restore -rNf /mnt/test.root.dump just to make
> > sure it doesn't complain out the dump file.
> >
> > I've read the handbook, found a few articles, googled all the errors.
> > The header dumpdate thing is harmless, the expected next file is from
> > it being a live system, but I'm not ending up with a system that is
> > very usable.  Doing a df, I see that sometimes I end up with a
> > restored slice that is about the same size as my dump file, sometimes
> > less than half.  I know I'm not being very specific with what's not
> > working, but is anyone really using dump/restore and having success
> > with the restore part?  I'm now full of doubt and worry that my real
> > systems are not really backed up.
> >
> > I really wished this worked as easy as falling out of a boat and hitting
> water.
> >
> > Kevin
> >
>
>  I have used dump/restore to move systems onto other drives, sometimes even
> through an ssh connection. The only thing you have to remember is to:
>  chmod 1777 /tmp
>

I finally got a good restore.  I meant to reply all to document my
solution, but hit reply to Anders only I guess.  I was booting off the
Live CD and had to soft link /tmp to a drive with some free space.
After that everything worked perfect.

Kevin


More information about the freebsd-questions mailing list