-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 2017-12-24 19:08, yreb...@riseup.net wrote:
> On 2017-12-23 11:11, Andrew David Wong wrote:
>> On 2017-12-22 21:30, yreb...@riseup.net wrote:
>>> On 2017-12-22 09:50, awokd wrote:
>>>> On Fri, December 22, 2017 10:29 am, 'Tom Zander' via 
>>>> qubes-users wrote:
>>>>> On Friday, 22 December 2017 02:42:57 CET yreb...@riseup.net
>>>>> wrote:
>>>>> 
>>>>>> assuming 4.0 is going to come out of the box with like 
>>>>>> Debian 9 and Fed 26?
>>>> 
>>>> If you have room for it, back up everything! You can restore
>>>>  selectively later.
>>> 
>>> thanks for the two replies, *However, neither gets to the gist 
>>> of my inquiry. Namely, which VMs am I supposed to be backing 
>>> up,
>> 
>> You should back up every VM that contains data that you don't 
>> want to lose and can't replace. For most people, this means 
>> backing up every VM that contains things like documents, emails, 
>> photos, and videos. If you're short on space, it's not necessary 
>> to make backups of things that you know you'll be able to 
>> download easily again later (e.g., an unmodified TemplateVM).
>> 
>>> Dom0 (which for some reason is over *500GB!)  , hence  I can't
>>>  backup "everything" even with a 2GB internal HD that I'm
>>> trying to use
>>> 
>> 
>> For most users, the main reason to back up dom0 is because that's
>> where your dom0 user settings are stored. Normally, dom0 should
>> not be that large, since you're only backing up the home 
>> directory. (You're using qvm-backup, right?) It sounds like you 
>> didn't expect it to be that large, so if there's not enough data 
>> in your home directory to account for it, check /var/tmp to see 
>> if you have a lot of partial restores taking up space.
>> 
>>> I was thinking of skipping the 1 large offline AppVM where I 
>>> keep old photos, and did, so why did  the Templates and Dom0 
>>> come out to such a *Huge filesize,   what would be typical ???
>>> 
>>>> From what your saying can I skip the Debian 8 Template, I 
>>>> have 2 AppVMs
>>> and the Whonix stuff based on it I guess
>>> 
> 
> 
> What is the default backup location from the GUI VM Manager

It looks like the default is dom0. (Not sure, since I usually use the
CLI, but I just tried going through the first few prompts in the GUI,
and the default target was dom0.)

> : I'm wondering now where I backed up my 300GB VM with old photos 
> back in May 2017 ....maybe that has something to do with the size 
> problem I'm encountering ...... I probably wanna know where is it 
> anyway. I don't think I thought to change it from the default 
> setting, as I was new, and still am to what behaviour to expect 
> from Qubes systems ...and just let it back up where-ever the 
> default would be.
> 

Yeah, it sound like you probably have ~500GB worth of backups in your
dom0 home directory. You'll probably want to move those to another
location before backing up dom0 (if you don't want to include those
backups in your backup).

> PS: keeping in mind, my perhaps, *only reason to be attempting a 
> backup would be to migrate it to 4.0  ,

I recommend making frequent backups (so that you don't lose data in an
unexpected hardware or software malfunction), not just for migration.

> so I  *still want to back up Templates and Dom0??

That really depends on you. The answer will be different for different
people. The main consideration is whether you have any data in dom0's
home or in your TemplateVMs that you don't want to lose. Personally, I
would back everything up just in case. You may not end up using it all
in the migration process, but the problem is that you may not be
entirely certain, before that process is complete, which data you will
want to have migrated. In hindsight, you may wish you had migrated
more. You can always exclude data you have, but you can't include data
you no longer have.

> Most of my AppVMs are just for browsing the web and the 15 
> different times, I've reset up  firefox with perhaps a few 
> downloads ..... considering that would there be some reason to 
> backup AppVMs .....
> 
> 
> Maybe the only VM that matters *is the 300GB AppVM with photos in 
> it , that stays offline ?
> 

Again, it really just depends on what data you want to keep. Given
your uncertainty, I highly recommend backing up *everything* so that
you don't regret losing something later. It sounds like you're talking
about less than a terabyte in total, which is a pretty small amount of
data relative to hard drive capacities these days. Better safe than
sorry!

> 
> re: /var/tmp  is  dom0  I am unable  to  cut and paste  from  dom0 
> what I see is /dev/mapper/qubes_dom0-root  952848292 
> 780151168(used) 123272164(available) 87%   / and various others 
> smaller directories   ; I don't know what a "partial restore"
> would look like ; I never touch dom0         :0
> 

It would be some large directories in /var/tmp that start with
`restore_`. But it sounds like that's not your problem. Pretty sure
it's what we diagnosed above (large backups in dom0 home).

- -- 
Andrew David Wong (Axon)
Community Manager, Qubes OS
https://www.qubes-os.org

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJaQFvzAAoJENtN07w5UDAw8IsP/jO0X9+CO3CauTkh2we3nZ4i
sJtwYKs0+6QI5Yw5SjI3lqplofNENzaISbfswSExF9aaQxBcpLouunrgXDK/fyu6
T8V1lwsibhyrLP4gGl2ZEGIt8zxk6IZCqAesigY83JrAfIr0Avwi6OBGHG2NDnbT
h0vjB+yz5UFW6TZLcLwVpSoI3I9b4Ftjqtv+/mxaSPrgoBDDB3vWZziAOYu1wvsA
ohbNMt5EdHZ03nmJkZnOL8hCFUJ+DBA279ec5NewZm1cO3LS/ovs4iFmEQd86DXO
uAECupmNjtIFbqv0wBwWZ3/NbpPjXkkOSvovDgn/Zd652x1ZsnV34cyc0NSjDM8o
rGiLv/N/HOnHcXyHu+BIROayv+8sqwORoTtn5BJa31L3wzz6uRlaRaQhjIQUCens
HSfcbyy7uJg8TPxdCH/TT2/dcuz0NwhJUEcpD0Wlv1dkkTgWOFbkOd62b1rdRfro
tEV6KWarghaZaJCKKKO/8biMxqYUM8iuZAUNDXFSAPzR2pcjBu6PYb/yWk3tGss5
VxinYt/giIvAOrvQV2S/COPWi/C5IzcSKAo2OVwgV1omDXImfeExdiJQtE519fH/
uW81YCSjodTJ0dx/4lzOsOdq1aNHUeSLd3Vn6l6blUZV5JDiXJvRsLBvw0kOq1ym
9hIl/xv16XxvqaAxmcxy
=NrHy
-----END PGP SIGNATURE-----

-- 
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 
https://groups.google.com/d/msgid/qubes-users/d552b995-5369-8864-fcce-f34687f9581f%40qubes-os.org.
For more options, visit https://groups.google.com/d/optout.

Reply via email to