Restoring VM causes drive to fill but it isn't full..

瀏覽次數:14 次
跳到第一則未讀訊息

Drew White

未讀,
2016年11月14日 凌晨1:19:432016/11/14
收件者:qubes-users
Hi folks,


I'm trying to restore a guest.
I have / which has 2.1 GB free. (The root drive where things exist)
Then I have my /var/lib/qubes with 78 GB free. (drive which contains all my Guests)

I try to restore a guest which takes up ~ 48 GB.

Upon initialising the restore script, my / drive starts to fill up completely.
And then the software says it has errors (specifically, no space left on drive).

It's already extracted a file list to the correct directory on /var/lib/qubes.

Why does it tell me the drive is full when there is over 78 GB free and it should be using /var/lib/qubes not / ?

Is this a bug in the Qubes Restore?

Drew White

未讀,
2016年11月14日 凌晨2:12:362016/11/14
收件者:qubes-users

Only way I found to work around this bug is to perform the following..

On secondary drive create a directory for holding information..
Get to the second stage of the restore.
Open the /var/tmp directory.
Delete the restore_XXXXXX directory
Create a link of that name in the /var/tmp directory that links to the directory on the other drive.

Doing this meant that the actual usage of drive space never went over 200 MB for that folder.

The system was unable to extract the menus and apps.templates directory and a few other meaningless things that wouldn't prevent the system from working.

Why when it's targeting in your /var/tmp directory does it absorb the / disk drive in a matter of seconds?

Is it just a bug in the code somewhere?
Or is it a file system thing?
Or is it the "stick-bit" ?

I created a new directory there with no sticky bit, and the entire restore utility couldn't extract to that directory.

Only way around it was to create the new directory and link it to a folder on the storage drive.

Marek Marczykowski-Górecki

未讀,
2016年11月14日 下午4:16:562016/11/14
收件者:Drew White、qubes-users
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Yes, /var/tmp is used to restore the data and there is (currently) no
option to use alternative location. So you method with symlinking
/var/tmp is currently one of the best what you can do...

- --
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJYKinCAAoJENuP0xzK19csTKsH/jU+LocZh9XnubGW0lcPGP+k
abQqZoJ5MMzcAbEoT3zRSCJwyS5sPs28vCIAPOAThSj8DYtVOG/V8k4ZV1XCKcOR
5C8ScAfAd/6m8ruNGw3vipATy4taEAWXK5vgdB5z2PvdnpLptMYgCIsQF81+fCB/
dFhFkecGYww2StRRVXY2xLTqG2k+Og9jX9lm16KVY8A1h+F+dhAdgZPwphI66JpW
JiiHC98GEr5naLvEGKJTjm4R1sPPvGmmZsbRGHfD9Q0T6v3B2wCDdbVAzPC2r5sA
gSE4DS30luVYN9UPL6futzEqAbgrRGxMJIhsWeDfJ+oc58ZknMWl3FIXEay750g=
=CoOJ
-----END PGP SIGNATURE-----
回覆所有人
回覆作者
轉寄
0 則新訊息