Date: Mon, 4 May 2009 16:30:53 +0200 From: Jonathan McKeown <j.mckeown@ru.ac.za> To: freebsd-questions@freebsd.org Subject: Re: When a System Dies; Getting back in operation again. Message-ID: <200905041630.53832.j.mckeown@ru.ac.za> In-Reply-To: <20090504135914.GB84251@gizmo.acns.msu.edu> References: <200905011707.n41H7M6b021540@dc.cis.okstate.edu> <200905041031.16748.j.mckeown@ru.ac.za> <20090504135914.GB84251@gizmo.acns.msu.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 04 May 2009 15:59:14 Jerry McAllister wrote: > On Mon, May 04, 2009 at 10:31:16AM +0200, Jonathan McKeown wrote: > > > If you have kept the right information beforehand, you can actually > > restore your dumps onto ``bare metal'' without doing a partial install > > first, and with the same newfs settings for each partition as you > > originally had. You need to use bsdlabel and dumpfs -m and keep the > > output for rebuilding. The rest of this message is the details. > > If you have a specific reason to want your new filesystems' to have > identical superblock info, you can use dumpfs -m, but you don't need > to worry about all that. =A0 Just fdisk, bsdlabel and then let newfs > take its defaults. Which of your filesystems currently has softupdates disabled? You may not=20 care - but the point is that using dumpfs in the way I described will=20 preserve that information (along with all the other tuning options) for=20 people who do care. If you're restoring a complete machine from backup, the less you have to th= ink=20 about, the better. Knowing that my filesystems are going to be restored wit= h=20 whatever tuning options I was previously running with, without my having to= =20 try and remember, gives me peace of mind ahead of time. Jonathan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200905041630.53832.j.mckeown>