Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider restoring dom0 home backup to /home/subdir instead of /home #2271

Closed
andrewdavidwong opened this issue Aug 27, 2016 · 3 comments
Closed
Labels
C: core C: manager/widget P: major Priority: major. Between "default" and "critical" in severity. T: task Type: task. An action item that is neither a bug nor an enhancement.
Milestone

Comments

@andrewdavidwong
Copy link
Member

andrewdavidwong commented Aug 27, 2016

Currently, when restoring a dom0 home backup, the existing contents of dom0's /home are moved to a subdirectory, then the contents of the backup are restored directly do dom0's /home.

This makes it convenient to restore a same-machine backup, since all backed up settings are automatically applied, but it makes it inconvenient to restore a cross-machine backup for the same reason (all the backed up settings are automatically applied). For example, if I create a backup on my desktop computer, which has multiple monitors and no power-saving requirements, then restore that backup on my laptop, which has a single monitor and stringent power-saving requirements, the display and power settings of the desktop get automatically applied on the laptop, and I have to manually undo/move everything. (I can't simply exclude dom0's home from the restore, because it contains some files and scripts that I need.)

TL;DR: In general, it seems better to allow the user to have explicit control over which files and settings get applied rather than assuming that the user always wants the contents of the backup to take precedence over the user's existing files in dom0's /home.

(If the concern is that restoring for backups would become more inconvenient with this change, then one possibility is to provide the user with a choice. "Which set of files do you want us to move to into a subdirectory: the existing ones, or the ones in the backup?")

@andrewdavidwong andrewdavidwong added C: core T: task Type: task. An action item that is neither a bug nor an enhancement. labels Aug 27, 2016
@andrewdavidwong andrewdavidwong added this to the Release 4.0 milestone Aug 27, 2016
@entr0py
Copy link

entr0py commented Aug 27, 2016

+1

  1. backup existing /home to /home.original
  2. backup restored /home to /home.restored
  3. put one of these versions in /home

Recently had an issue with KDE Window Rules not being restored properly. Having the config files handy makes troubleshooting much easier than having to dig through the backup files.

@tasket
Copy link

tasket commented Sep 23, 2016

This is a great idea. Better from a security standpoint, too.

@andrewdavidwong andrewdavidwong added C: manager/widget P: major Priority: major. Between "default" and "critical" in severity. labels Jan 14, 2017
@marmarek
Copy link
Member

Done by @tasket here: QubesOS/qubes-core-admin-client@30dd7ac
Dom0 home is restored into sub directory backup-restore-<timestamp> instead of home directly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: core C: manager/widget P: major Priority: major. Between "default" and "critical" in severity. T: task Type: task. An action item that is neither a bug nor an enhancement.
Projects
Development

No branches or pull requests

4 participants