On 10/09/2016 12:20 PM, 8c36b1b85a745a25508d01ced9335bef7a1e4ed1 wrote:
On Sunday, October 9, 2016 at 2:54:11 PM UTC, yaqu wrote:
On Sun, 9 Oct 2016 06:19:47 -0700 (PDT),
8c36b1b85a745a25508d01ced9335bef7a1e4ed1 <necroku...@gmail.com> wrote:
I have delete a lot of big datas on one of my appvm, but the problem
is the size doesn't change eventhough 'df -h' in the appvm shows that
the user's data already decreased. Qubes-Manager and dom0 still
recognised its size with the old values. How can i proceed to
Procedure should be similar to compacting templates:
Inside VM fill unused space on private.img with zeros:
[user@untrusted ~]$ dd if=/dev/zero of=/home/user/zero
[user@untrusted ~]$ rm /home/user/zero
And then copy image in dom0:
[user@dom0 ~]$ qvm-shutdown --wait untrusted
[user@dom0 ~]$ cd /var/lib/qubes/appvms/untrusted/
[user@dom0 ~]$ cp --sparse=always private.img private.img.new
[user@dom0 ~]$ mv private.img.new private.img
But I have just noticed, that after removing big files in appvm, its
private.img has been automagically compacted, without using this
procedure. Tested on R3.2 and fedora23-based appvm.
Excellent, it's working. Thanks for your answer. I skipped the dd part since I
already delete big files before that and its still works.
Space should be recovered automatically if your template is set to mount
/rw with the 'discard' option. That is the Qubes default.
You can do a one-time recovery simply with 'sudo fstrim -v /rw' . There
should be no need to resort to long brute force methods like using dd
You received this message because you are subscribed to the Google Groups
To unsubscribe from this group and stop receiving emails from it, send an email
To post to this group, send email to email@example.com.
To view this discussion on the web visit
For more options, visit https://groups.google.com/d/optout.