Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #187150

Re: Restore backup to KVM

From Reco <recoverym4n@gmail.com>
Newsgroups linux.debian.user
Subject Re: Restore backup to KVM
Date 2017-09-24 12:00 +0200
Message-ID <utbRE-76z-3@gated-at.bofh.it> (permalink)
References <uso4y-1K3-11@gated-at.bofh.it> <uspjX-2Dw-13@gated-at.bofh.it> <usBEt-1vD-1@gated-at.bofh.it> <usBXS-1C1-25@gated-at.bofh.it> <utaVA-6wY-15@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Sun, Sep 24, 2017 at 10:58:42AM +0200, solitone wrote:
> On 22/09/17 21:38, Reco wrote:
> > 2) Your backup is made by rsync(1) or tar(1).
> > 
> > Make yourself a file representing virtual machine disk.
> > Apply parted/fdisk/whatever to make appropriate number of partitions
> > inside it. Create filesystems.
> > Mount these somewhere, invoke rsync(1)/tar(1) as needed.
> 
> Ok, I've done all these steps.
> 
> > Fix extended file attributes, capability labels, SELinux labels if any
> > etc. By hand, that is.
> 
> This is hard, since I'm unaware of what files have extended attributes. For
> instance, I've just found out that /media/solitone has an ACL, but I would
> need to extract the information for all files involved in a list and back it
> up, in order to restore it later on manually.

ACLs are easy. Even tar(1) knows them.
It's things like these that give you headache:

$ /sbin/getcap /bin/ping
/bin/ping = cap_net_raw+ep

# lsattr /etc/resolv.conf
----i---------e---- /etc/resolv.conf

# getfattr -d /var/log/messages
# file: var/log/messages
user.name="main system log"

# ls -alZ .bashrc
-rw-r--r--. root root system_u:object_r:admin_home_t:s0 .bashrc

If you have any of these in your source system, but don't have in target
one - your backup is invalid, consider changing tool you're using.
Note that these are just the examples, there can be other files like
this.


> > Fix boot/grub/grub.cfg or whatever configuration file of bootloader
> > you're using.
> 
> I don't know how to do this. I have to admit I never really understand GRUB.
> I've always relied on the configuration steps that debian automatically
> performs. Have you got a simple document that could guide me?

Cheat it then and run QEMU like this (I don't know what's your root
filesystem is called, you may need to replace sda2 with something else):

qemu-system-x86_64 -hda <your_qemu_file_here> \
	-kernel <restored_kernel> \
	-initrd <restored_initrd> \
	-append "root=/dev/sda2 ro init=/bin/bash"

If it boots *and* mounts everything it should - terminate QEMU and run
it like this and run update-grub from the inside:

qemu-system-x86_64 -hda <your_qemu_file_here> \
	-kernel <restored_kernel> \
	-initrd <restored_initrd> \
	-append "root=/dev/sda2 ro"

Don't forget to unmount filesystems from your host OS before running
QEMU.

Reco

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Restore backup to KVM solitone <solitone@mail.com> - 2017-09-22 06:50 +0200
  Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-22 08:10 +0200
    Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-22 21:20 +0200
      Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-22 21:40 +0200
        Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-24 11:00 +0200
          Re: Restore backup to KVM <tomas@tuxteam.de> - 2017-09-24 11:20 +0200
          Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-24 12:00 +0200
            Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-25 21:10 +0200
              Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-26 08:50 +0200
            Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-25 21:20 +0200
              Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-26 08:50 +0200
                Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-26 13:10 +0200
                Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-26 13:20 +0200
                Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-26 17:40 +0200
                Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-26 21:20 +0200
                Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-26 21:50 +0200
                Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-27 09:00 +0200
                Re: Restore backup to KVM "Thomas Schmitt" <scdbackup@gmx.net> - 2017-09-27 09:50 +0200
                Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-27 10:40 +0200
                Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-27 14:10 +0200
                Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-27 19:00 +0200
                Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-28 09:00 +0200
                Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-29 06:40 +0200
                Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-29 08:40 +0200
                Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-30 13:10 +0200
                Re: Restore backup to KVM solitone <solitone@mail.com> - 2017-09-30 15:50 +0200
                Re: Restore backup to KVM Reco <recoverym4n@gmail.com> - 2017-09-30 17:00 +0200

csiph-web