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