-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 01/04/2019 2.54 PM, Ryan Tate wrote: >> On Apr 1, 2019, at 2:33 PM, Ryan Tate <ryant...@ryantate.com> >> wrote: >> >> Now I see there is a folder in my dom0 home dir called >> ‘home-restore-2019-04-01-etcetc’. >> >> But what do I do with this? I just have to manually figure out >> what files are important? :-\ > > I just sort of methodically copied over anything that seemed > important and rebooted which seems to get me most of the way > there. > > I would like to say, I really think the wrong decision was made > here: > > https://github.com/QubesOS/qubes-issues/issues/2271 > https://github.com/QubesOS/qubes-issues/issues/1106 > > The rationale for not actually restoring dom0 when dom0 is > requested to be restored seems to be: 1.User may be restoring to a > different machine from the original, which could obviate e.g. > monitor settings. User can’t simply avoid restoring dom0 in this > situation "because it contains some files and scripts that I need” > (quote from issue 2271). OR 2. user may only restore some VMs and > then the dom0 restore will create false menus (issue 1106) > > I would argue, if you ask to restore dom0, then dom0 should be > restored (truly, not by copying over a directory, which is not a > “restore”). Any glitches due to, for example, restoring dom0 to a > different machine, are the responsibility of the user. User may > also need to handle restoring dom0 with only partial vm restore, > for example by purging appmenus (although ideally the restore > process or architecture of Qubes would make partial restores > happen more smoothly). > > If the wish is not “restore” but rather to copy some files — “some > files and scripts that I need” — then it is up to the user to > transfer these files by the usual mechanism. >
What is "the usual mechanism"? The main problem with the old behavior was that there was no reasonable way to get the dom0 home files out of the backup without clobbering the current dom0 home files that you want to keep. > IMO Qubes has allowed the definition of “restore” to become a bit > corrupted. To restore is not just to copy a directory and let the > user fend for themselves. When I “restore”, the original state > should largely come back. e.g. app menus in vms, xfce panel > particulars, desktop particulars, etc. If I want something > different, for example only to copy some settings over, it should > be up to me as a user to make that happen. If the restore is > imperfect, that is OK — it would be better to have an imperfect > restore (with, for example, some phantom menus) than to have no > restore at all, from the standpoint of user expectations, judging > purely from myself. > > Just my $.02. > Clearly the best thing would be the ability to choose either option. I suggest filing an enhancement request for this. - -- Andrew David Wong (Axon) Community Manager, Qubes OS https://www.qubes-os.org -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEZQ7rCYX0j3henGH1203TvDlQMDAFAlyiwpIACgkQ203TvDlQ MDApJhAAkoud/M1YUwLmHR9myZ5QJGK5nviHJRx4oTVTss+z3QfPRWe3SDQRRtO4 TsBNzeP/BZ3+Elhqvt2KvTJ+f2Ej5Ingb66Cm/HmDwjBHkR5av02d0/WCoz/d3Q7 FXlQgcbFJlqaebTVk/LiLA+6s+RPINd693/fK9h0bgVALInEWTqkxOwKsC/n5kID L0byqJVcZN06OKSQH+8zTTM4G+O20tMUJGFfBEAosyUpMVAejG0ar7UBh9peEoin YCReg9REuMlMNqViWG2g0MKnzH/2/WPN+2U2k8atfFdSKvCASL5HztCLPjOryWNH QWZrtrvYgA2Wju5B5LsroqesaNq2cd0yUBSetXkvfA0rONSW6E3DM5rZ1DOSgEfV TID8+HEZVWZlxT6ahLqyglkWLbXauOyJ+vnIBh29SO0vnL4Nl3GTsyIfClWG9pxv +DCw6OxDMjuIurZypGA+eWu4bAKiGPMlsxYfTqARWVz/nsC2YkE1bpGXcZr8RvD6 oOsTDqHUiu/GpcB8+UNfyIASg8861PXOn/zmz/XEWs0ZM1PfD7+uU2XQlPqfRJdN UdYi6Eza6camvurVFKMnoMYqooOSS6E2nDaRjy5Qnvrp4doZmzCe7fwryuiOLLGJ 5xWUTPt3/5rU6hPN+foY91AazQvFg01Jepre16M/8mJON0sTcWc= =l5r0 -----END PGP SIGNATURE----- -- 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 qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/01aaa2ca-4c14-b046-2118-fefd22b6890a%40qubes-os.org. For more options, visit https://groups.google.com/d/optout.
