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
decrease it?
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 and cp.


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 
For more options, visit https://groups.google.com/d/optout.

Reply via email to