On 2/11/20 2:53 PM, General wrote:
My use case is a 500GB machine with a few dozen frequently changing VMs.
Qubes backup takes more than four hours. In a restore scenario, I'd have
to maintain Qubes install media, run an install, then run a restore.
Certain Dom0 settings such as the split gpg configs etc would not be
preserved.
I have a fast SSD in a SATA>USB3 external enclosure. I'd like to
1) make a drive image from the host to the external enclosure regularly; and
2) be able to plug the external drive into a spare host to boot into my
system immediately in the case of a hardware failure on my primary host
Moving boot partitions to other drives and getting them to boot can be
dicey. You have to know where drive paths and UUIDs are specified in the
bootloader and configs for various storage layers like encryption. You
also have to configure Qubes not to disable USB at boot time if your
boot drive is USB.
However, it might not be too hard to do, since the relevant paths and
IDs are standard for Linux... existing guides for cloning Linux LVM
systems should work. The rest of the volume-oriented stuff in Qubes is
based on named volume groups and volume names within the LVM config,
which makes handling all the post-boot storage details quite easy (just
keep the vg/lv names the same).
I haven't got dd or CloneZilla/ partclone to work in this way, what do I
need to be aware of?
If backup speed is the main issue, take a look at Wyng:
https://github.com/tasket/wyng-backup
Its made to backup LVM storage (what Qubes uses by default) and can find
changes instantly, which makes it possible to update a set of large
volumes in under a minute. It creates archives not bootable drives
(there is an issue open for a differential mode to update cloned
partitions, which will probably make it into a future release).
--
Chris Laprise, [email protected]
https://github.com/tasket
https://twitter.com/ttaskett
PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/qubes-users/7fd5364a-2b72-d988-790e-f9f5ae81defe%40posteo.net.
