How to recover using a full backup?
Colin Watson
cjwatson at ubuntu.com
Mon Sep 3 22:03:55 UTC 2018
On Mon, Sep 03, 2018 at 10:16:53PM +0200, Volker Wysk wrote:
> Am Montag, 3. September 2018, 10:33:20 CEST schrieb Colin Watson:
> > Then after restoring
> > files I grep for that in /etc and update any matching files to refer to
> > the UUID of the newly-created file system. (Note that this is not
> > necessary in the case where you're simply reverting to an earlier state
> > after a catastrophic sysadmin failure, since in that case you don't need
> > to create a new file system.)
>
> grub.cfg has this at the top:
>
> -----snip-----
> #
> # DO NOT EDIT THIS FILE
> #
> # It is automatically generated by grub-mkconfig using templates
> # from /etc/grub.d and settings from /etc/default/grub
> #
> -----snip-----
>
> So it should not be updated manually. Instead some grub-mkconfig invocation should be done... Or is it done by grub-install?
I mentioned update-grub in my instructions, which should take care of it
(although when doing a full-system restore I'd check the results to make
sure).
> > Then unmount everything and reboot. By definition you have recovery
> > media at this point, so even if you do need to iterate a little bit it
> > won't be too bad.
>
> I don't get this. (Why unmount manually? Recovery media? iterate?)
Unmount manually: probably just my habit, but I prefer to do this to
make sure everything's been written to disk.
Recovery media: by definition you're running this from a live image,
right? That means that if you find you missed something subtle then you
can boot from the same live image again to fix things up.
Iterate: jargon, sorry. "Try again with minor adjustments".
--
Colin Watson [cjwatson at ubuntu.com]
More information about the ubuntu-users
mailing list