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

Attempt to restore a backup that is larger than free disk space does not yield error #2817

Open
random-7s31d opened this Issue May 18, 2017 · 1 comment

Comments

Projects
None yet
2 participants
@random-7s31d

random-7s31d commented May 18, 2017

Qubes OS version (e.g., R3.2):

R3.2

Affected TemplateVMs (e.g., fedora-23, if applicable):

the backup is of a standalone HVM (Windows 7 64 bit)


Expected behavior:

The drive that Qubes is installed on has around 80 GB of free disk space.
The backup file is over 200 GB in size.
When selecting the file in the Qubes backup manager to restore it, I expected that

  • I would be offered to restore it to a different drive, OR
  • the process would stop with an error message

Actual behavior:

The process went on to restore the >200 GB backup on my primary drive with only 80 GB of free space.
I canceled the process when I noticed my 80 GB disk space decreasing. I do not know what would have happened if I didn't.

Steps to reproduce the behavior:

  1. Create a VM that is larger than the free disk space on the primary drive. To do this, you have to first follow these steps in the docs: https://www.qubes-os.org/doc/secondary-storage/
  2. Create a backup of the VM.
  3. Now, simply start restoring the backup.

General notes:

Command line paranoid mode has been tried as well, as described in the ITL blog (https://blog.invisiblethings.org/2017/04/26/qubes-compromise-recovery.html).

It didn't start restoring the backup. Instead, the following error message showed, which I couldn't find on Google yet:

ERROR: error setting dependencies for VM vmnamehere: invalid literal for int() with base 10: 'none'


Related issues:

none found.
Thank you ITL for descending from heaven to support all free men in the fight for personal IT security.
Anybody who hasn't donated yet, go donate!

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong May 21, 2017

Member

@marmarek may not consider this a problem in light of the decision on #2429.

Member

andrewdavidwong commented May 21, 2017

@marmarek may not consider this a problem in light of the decision on #2429.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment