On Sunday, November 20, 2016 at 8:07:58 AM UTC-5, Marek Marczykowski-Górecki wrote: > This is risky. If one of your VMs is compromised, it may try to exploit > some bug in filesystem handling code, or rsync, to steal data from other > VMs. > Handling this at block device level (so do not mount, but use /dev/xvdi > as is) should be much safer. But then, you have qvm-backup tool which > handle all this for you. The disadvantage (at least for now) is copy > all the data each time - no support for incremental backups or such.
what do you think of "qvm-copy-to-vm backupvm ." followed by rdiff-backup on the backupvm to luks encrypted disks? if you were using qubes-backup, how would you restore a single file or folder? -- 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 post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/6b5d8162-ef0c-44bd-9c82-be3ad1d51c55%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
