Re: [qubes-users] No space left

2018-01-25 Thread Yuraeitha
On Thursday, January 25, 2018 at 3:29:28 PM UTC+1, beso wrote:
> On Thursday, January 25, 2018 at 4:03:16 PM UTC+2, Yuraeitha wrote:
> > On Thursday, January 25, 2018 at 2:32:38 PM UTC+1, beso wrote:
> > > On Thursday, January 25, 2018 at 1:13:53 PM UTC+2, donoban wrote:
> > > > On 01/24/2018 07:11 PM, beso wrote:
> > > > > On Wednesday, January 24, 2018 at 2:47:55 PM UTC+2, donoban wrote:
> > > > >> On 01/24/2018 09:34 AM, beso wrote:
> > > > >>> On Tuesday, January 23, 2018 at 3:53:15 PM UTC+2, steve.coleman 
> > > > >>> wrote:
> > > >  On 01/23/2018 04:55 AM, beso wrote:
> > > > > Something is eating free space in my system. It step by step 
> > > > > decreasing. I haven't found any good solution for that.
> > > > >
> > > > 
> > > >  This command should give you a clue as to where the space is going:
> > > > 
> > > >  $ sudo du -h / | sort  -g | tail -100
> > > > 
> > > > >>
> > > > >> Try reversing the sort output:
> > > > >>
> > > > >> sudo du -h / | sort  -g -r | tail -100
> > > > > 
> > > > > sudo du -h / | sort -g -r | tail -100
> > > > > du: `/proc/5947/task/5947/fd/4' ei saa kasutada: No such file or 
> > > > > directory
> > > > > du: `/proc/5947/task/5947/fdinfo/4' ei saa kasutada: No such file or 
> > > > > directory
> > > > > du: `/proc/5947/fd/3' ei saa kasutada: No such file or directory
> > > > > du: `/proc/5947/fdinfo/3' ei saa kasutada: No such file or directory
> > > > > 0 /proc/109/ns
> > > > > 0 /proc/109/net/stat
> > > > 
> > > > Ouch, try better this way:
> > > > 
> > > > cd /
> > > > sudo du -sh *
> > > > 
> > > > You should see each dir on / and its disk usage
> > > > 
> > > > then cd what you think it's using more than expected and du -sh * again.
> > > 
> > > Thank you for the answer. Actually I know generally that some of my 
> > > appvm-s are quite big and there is quite few room(about 6G). Thing I 
> > > don't understand and would like to know is that this free room is 
> > > disappearing sometimes(not always) "in my eyes"(free space checker shows 
> > > me in real time :-))
> > 
> > It may be, "possible" that discard / fstrim only partially works? For 
> > example if it works in dom0, but not in some, or all your VM's, then 
> > numbers may change, but they won't be exact. This too means some VM's can 
> > grow larger than the actual files they hold, i.e. if you once had more 
> > files in, but no longer have that much now. If it can't shrink back down, 
> > then it'll stay large. Does your VM's shrink back down too? 
> > 
> > I modified donoban's command slightly, it's a good command and it's a good 
> > advice he gives. The only reason I modified it to AppVM folder, is because 
> > it's a likely source for your disk changes, so it's a good place to start 
> > looking too in addition to overall root at "/". 
> > 
> > Try:
> > 
> > in dom0: cd /var/lib/qubes/appvms 
> > in dom0: sudo du -sh *
> > 
> > It'll show all your AppVM's and their total disk usage, it's way simpler 
> > than the "qvm-ls --format disk" dommand I gave you earlier. 
> > 
> > It's recommendable that you save these logs over some days, i.e. sudo nano 
> > and copy-paste into it, and save with ctrl+x and follow the guideline to 
> > save. 
> > 
> > By keeping these logs, you can easily narrow down where it changes in an 
> > uncontrollable manner when compared. You can even post them here if you 
> > prefer, or cross out the VM names with numbers instead if you prefer 
> > privacy (just be sure they match numbers between logs). 
> > 
> > As donoban also said, if you do this properly, you'll be able to narrow 
> > down the possible culprit. Run the commands once a day over a few days, on 
> > both "/" and "/var/lib/qubes/appvms", and keep one log for each path, for 
> > some days.
> > 
> > This way, you'll quickly narrow it down with minimal effort once a day, 
> > only requiring a bit of patience and a few quick commands daily, max 3-4 
> > minutes.
> 
> 
> Actually I haven't trimmed dom0 itself only templates/appvms/standalones. Is 
> this link https://www.qubes-os.org/doc/disk-trim/ correctway to do that?

It depends, are you using UEFI/EFI to install Qubes? or LegacyBIOS/Grup? You 
found the right guide, but this guide is only for LegacyBIOS/Grup, and I'm not 
entirely happy with some of the commands in it, it seems a bit dangerous, but 
then again, I'm no expert. I'm also not sure if it works for Qubes 4, or only 
Qubes 3.2. Some guides still have to be updated for Qubes 4. I just find it odd 
that the "dracut -H -f" command is used, which as far as I know is related to 
the kernel installations. It seems possible to be related to fstab etc., but it 
also seems a bit overkill/dangerous without further insight into why it's used. 
Perhaps someone more knowledgeable can confirm that this works and doesn't 
break a system? I might be too careful, it's an official Qubes guide after all. 
But just to be sure and safe. 

If you're on UEFI/EFI, then it's quite a lot 

Re: [qubes-users] No space left

2018-01-25 Thread beso
On Thursday, January 25, 2018 at 4:03:16 PM UTC+2, Yuraeitha wrote:
> On Thursday, January 25, 2018 at 2:32:38 PM UTC+1, beso wrote:
> > On Thursday, January 25, 2018 at 1:13:53 PM UTC+2, donoban wrote:
> > > On 01/24/2018 07:11 PM, beso wrote:
> > > > On Wednesday, January 24, 2018 at 2:47:55 PM UTC+2, donoban wrote:
> > > >> On 01/24/2018 09:34 AM, beso wrote:
> > > >>> On Tuesday, January 23, 2018 at 3:53:15 PM UTC+2, steve.coleman wrote:
> > >  On 01/23/2018 04:55 AM, beso wrote:
> > > > Something is eating free space in my system. It step by step 
> > > > decreasing. I haven't found any good solution for that.
> > > >
> > > 
> > >  This command should give you a clue as to where the space is going:
> > > 
> > >  $ sudo du -h / | sort  -g | tail -100
> > > 
> > > >>
> > > >> Try reversing the sort output:
> > > >>
> > > >> sudo du -h / | sort  -g -r | tail -100
> > > > 
> > > > sudo du -h / | sort -g -r | tail -100
> > > > du: `/proc/5947/task/5947/fd/4' ei saa kasutada: No such file or 
> > > > directory
> > > > du: `/proc/5947/task/5947/fdinfo/4' ei saa kasutada: No such file or 
> > > > directory
> > > > du: `/proc/5947/fd/3' ei saa kasutada: No such file or directory
> > > > du: `/proc/5947/fdinfo/3' ei saa kasutada: No such file or directory
> > > > 0   /proc/109/ns
> > > > 0   /proc/109/net/stat
> > > 
> > > Ouch, try better this way:
> > > 
> > > cd /
> > > sudo du -sh *
> > > 
> > > You should see each dir on / and its disk usage
> > > 
> > > then cd what you think it's using more than expected and du -sh * again.
> > 
> > Thank you for the answer. Actually I know generally that some of my appvm-s 
> > are quite big and there is quite few room(about 6G). Thing I don't 
> > understand and would like to know is that this free room is disappearing 
> > sometimes(not always) "in my eyes"(free space checker shows me in real time 
> > :-))
> 
> It may be, "possible" that discard / fstrim only partially works? For example 
> if it works in dom0, but not in some, or all your VM's, then numbers may 
> change, but they won't be exact. This too means some VM's can grow larger 
> than the actual files they hold, i.e. if you once had more files in, but no 
> longer have that much now. If it can't shrink back down, then it'll stay 
> large. Does your VM's shrink back down too? 
> 
> I modified donoban's command slightly, it's a good command and it's a good 
> advice he gives. The only reason I modified it to AppVM folder, is because 
> it's a likely source for your disk changes, so it's a good place to start 
> looking too in addition to overall root at "/". 
> 
> Try:
> 
> in dom0: cd /var/lib/qubes/appvms 
> in dom0: sudo du -sh *
> 
> It'll show all your AppVM's and their total disk usage, it's way simpler than 
> the "qvm-ls --format disk" dommand I gave you earlier. 
> 
> It's recommendable that you save these logs over some days, i.e. sudo nano 
> and copy-paste into it, and save with ctrl+x and follow the guideline to 
> save. 
> 
> By keeping these logs, you can easily narrow down where it changes in an 
> uncontrollable manner when compared. You can even post them here if you 
> prefer, or cross out the VM names with numbers instead if you prefer privacy 
> (just be sure they match numbers between logs). 
> 
> As donoban also said, if you do this properly, you'll be able to narrow down 
> the possible culprit. Run the commands once a day over a few days, on both 
> "/" and "/var/lib/qubes/appvms", and keep one log for each path, for some 
> days.
> 
> This way, you'll quickly narrow it down with minimal effort once a day, only 
> requiring a bit of patience and a few quick commands daily, max 3-4 minutes.


Actually I haven't trimmed dom0 itself only templates/appvms/standalones. Is 
this link https://www.qubes-os.org/doc/disk-trim/ correctway to do that?

-- 
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/2d249d6b-852d-4a08-94a0-1026703f191f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left

2018-01-25 Thread Yuraeitha
On Thursday, January 25, 2018 at 2:32:38 PM UTC+1, beso wrote:
> On Thursday, January 25, 2018 at 1:13:53 PM UTC+2, donoban wrote:
> > On 01/24/2018 07:11 PM, beso wrote:
> > > On Wednesday, January 24, 2018 at 2:47:55 PM UTC+2, donoban wrote:
> > >> On 01/24/2018 09:34 AM, beso wrote:
> > >>> On Tuesday, January 23, 2018 at 3:53:15 PM UTC+2, steve.coleman wrote:
> >  On 01/23/2018 04:55 AM, beso wrote:
> > > Something is eating free space in my system. It step by step 
> > > decreasing. I haven't found any good solution for that.
> > >
> > 
> >  This command should give you a clue as to where the space is going:
> > 
> >  $ sudo du -h / | sort  -g | tail -100
> > 
> > >>
> > >> Try reversing the sort output:
> > >>
> > >> sudo du -h / | sort  -g -r | tail -100
> > > 
> > > sudo du -h / | sort -g -r | tail -100
> > > du: `/proc/5947/task/5947/fd/4' ei saa kasutada: No such file or directory
> > > du: `/proc/5947/task/5947/fdinfo/4' ei saa kasutada: No such file or 
> > > directory
> > > du: `/proc/5947/fd/3' ei saa kasutada: No such file or directory
> > > du: `/proc/5947/fdinfo/3' ei saa kasutada: No such file or directory
> > > 0 /proc/109/ns
> > > 0 /proc/109/net/stat
> > 
> > Ouch, try better this way:
> > 
> > cd /
> > sudo du -sh *
> > 
> > You should see each dir on / and its disk usage
> > 
> > then cd what you think it's using more than expected and du -sh * again.
> 
> Thank you for the answer. Actually I know generally that some of my appvm-s 
> are quite big and there is quite few room(about 6G). Thing I don't understand 
> and would like to know is that this free room is disappearing sometimes(not 
> always) "in my eyes"(free space checker shows me in real time :-))

It may be, "possible" that discard / fstrim only partially works? For example 
if it works in dom0, but not in some, or all your VM's, then numbers may 
change, but they won't be exact. This too means some VM's can grow larger than 
the actual files they hold, i.e. if you once had more files in, but no longer 
have that much now. If it can't shrink back down, then it'll stay large. Does 
your VM's shrink back down too? 

I modified donoban's command slightly, it's a good command and it's a good 
advice he gives. The only reason I modified it to AppVM folder, is because it's 
a likely source for your disk changes, so it's a good place to start looking 
too in addition to overall root at "/". 

Try:

in dom0: cd /var/lib/qubes/appvms 
in dom0: sudo du -sh *

It'll show all your AppVM's and their total disk usage, it's way simpler than 
the "qvm-ls --format disk" dommand I gave you earlier. 

It's recommendable that you save these logs over some days, i.e. sudo nano and 
copy-paste into it, and save with ctrl+x and follow the guideline to save. 

By keeping these logs, you can easily narrow down where it changes in an 
uncontrollable manner when compared. You can even post them here if you prefer, 
or cross out the VM names with numbers instead if you prefer privacy (just be 
sure they match numbers between logs). 

As donoban also said, if you do this properly, you'll be able to narrow down 
the possible culprit. Run the commands once a day over a few days, on both "/" 
and "/var/lib/qubes/appvms", and keep one log for each path, for some days.

This way, you'll quickly narrow it down with minimal effort once a day, only 
requiring a bit of patience and a few quick commands daily, max 3-4 minutes.

-- 
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/e41165b7-a96a-4ec2-8318-78df25ffe486%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left

2018-01-25 Thread donoban
On 01/25/2018 02:32 PM, beso wrote:
> Thank you for the answer. Actually I know generally that some of my appvm-s 
> are quite big and there is quite few room(about 6G). Thing I don't understand 
> and would like to know is that this free room is disappearing sometimes(not 
> always) "in my eyes"(free space checker shows me in real time :-))
> 

Well 6G free is really low. You should consider to use maximum 75% of a
SSD disk and ~50% for a conventional (unless  it's used only for long
term storage).

If you can't remove anything consider to buy another hard disk.

-- 
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/5dbe34c0-8417-75f7-6698-911c8e474610%40riseup.net.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left

2018-01-25 Thread beso
On Thursday, January 25, 2018 at 1:13:53 PM UTC+2, donoban wrote:
> On 01/24/2018 07:11 PM, beso wrote:
> > On Wednesday, January 24, 2018 at 2:47:55 PM UTC+2, donoban wrote:
> >> On 01/24/2018 09:34 AM, beso wrote:
> >>> On Tuesday, January 23, 2018 at 3:53:15 PM UTC+2, steve.coleman wrote:
>  On 01/23/2018 04:55 AM, beso wrote:
> > Something is eating free space in my system. It step by step 
> > decreasing. I haven't found any good solution for that.
> >
> 
>  This command should give you a clue as to where the space is going:
> 
>  $ sudo du -h / | sort  -g | tail -100
> 
> >>
> >> Try reversing the sort output:
> >>
> >> sudo du -h / | sort  -g -r | tail -100
> > 
> > sudo du -h / | sort -g -r | tail -100
> > du: `/proc/5947/task/5947/fd/4' ei saa kasutada: No such file or directory
> > du: `/proc/5947/task/5947/fdinfo/4' ei saa kasutada: No such file or 
> > directory
> > du: `/proc/5947/fd/3' ei saa kasutada: No such file or directory
> > du: `/proc/5947/fdinfo/3' ei saa kasutada: No such file or directory
> > 0   /proc/109/ns
> > 0   /proc/109/net/stat
> 
> Ouch, try better this way:
> 
> cd /
> sudo du -sh *
> 
> You should see each dir on / and its disk usage
> 
> then cd what you think it's using more than expected and du -sh * again.

Thank you for the answer. Actually I know generally that some of my appvm-s are 
quite big and there is quite few room(about 6G). Thing I don't understand and 
would like to know is that this free room is disappearing sometimes(not always) 
"in my eyes"(free space checker shows me in real time :-))

-- 
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/43c73ab1-74de-4872-ae7c-bb58cf9fd216%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left

2018-01-25 Thread donoban
On 01/24/2018 07:11 PM, beso wrote:
> On Wednesday, January 24, 2018 at 2:47:55 PM UTC+2, donoban wrote:
>> On 01/24/2018 09:34 AM, beso wrote:
>>> On Tuesday, January 23, 2018 at 3:53:15 PM UTC+2, steve.coleman wrote:
 On 01/23/2018 04:55 AM, beso wrote:
> Something is eating free space in my system. It step by step decreasing. 
> I haven't found any good solution for that.
>

 This command should give you a clue as to where the space is going:

 $ sudo du -h / | sort  -g | tail -100

>>
>> Try reversing the sort output:
>>
>> sudo du -h / | sort  -g -r | tail -100
> 
> sudo du -h / | sort -g -r | tail -100
> du: `/proc/5947/task/5947/fd/4' ei saa kasutada: No such file or directory
> du: `/proc/5947/task/5947/fdinfo/4' ei saa kasutada: No such file or directory
> du: `/proc/5947/fd/3' ei saa kasutada: No such file or directory
> du: `/proc/5947/fdinfo/3' ei saa kasutada: No such file or directory
> 0 /proc/109/ns
> 0 /proc/109/net/stat

Ouch, try better this way:

cd /
sudo du -sh *

You should see each dir on / and its disk usage

then cd what you think it's using more than expected and du -sh * again.

-- 
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/91d495ae-18c0-d286-b0e6-3caec6c1c141%40riseup.net.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left

2018-01-24 Thread beso
On Wednesday, January 24, 2018 at 2:47:55 PM UTC+2, donoban wrote:
> On 01/24/2018 09:34 AM, beso wrote:
> > On Tuesday, January 23, 2018 at 3:53:15 PM UTC+2, steve.coleman wrote:
> >> On 01/23/2018 04:55 AM, beso wrote:
> >>> Something is eating free space in my system. It step by step decreasing. 
> >>> I haven't found any good solution for that.
> >>>
> >>
> >> This command should give you a clue as to where the space is going:
> >>
> >> $ sudo du -h / | sort  -g | tail -100
> >>
> 
> Try reversing the sort output:
> 
> sudo du -h / | sort  -g -r | tail -100

sudo du -h / | sort -g -r | tail -100
du: `/proc/5947/task/5947/fd/4' ei saa kasutada: No such file or directory
du: `/proc/5947/task/5947/fdinfo/4' ei saa kasutada: No such file or directory
du: `/proc/5947/fd/3' ei saa kasutada: No such file or directory
du: `/proc/5947/fdinfo/3' ei saa kasutada: No such file or directory
0   /proc/109/ns
0   /proc/109/net/stat
0   /proc/109/net/netfilter
0   /proc/109/net/dev_snmp6
0   /proc/109/net
0   /proc/109/map_files
0   /proc/109/fdinfo
0   /proc/109/fd
0   /proc/109/attr
0   /proc/109
0   /proc/108/task/108/ns
0   /proc/108/task/108/net/stat
0   /proc/108/task/108/net/netfilter
0   /proc/108/task/108/net/dev_snmp6
0   /proc/108/task/108/net
0   /proc/108/task/108/fdinfo
0   /proc/108/task/108/fd
0   /proc/108/task/108/attr
0   /proc/108/task/108
0   /proc/108/task
0   /proc/108/ns
0   /proc/108/net/stat
0   /proc/108/net/netfilter
0   /proc/108/net/dev_snmp6
0   /proc/108/net
0   /proc/108/map_files
0   /proc/108/fdinfo
0   /proc/108/fd
0   /proc/108/attr
0   /proc/108
0   /proc/106/task/106/ns
0   /proc/106/task/106/net/stat
0   /proc/106/task/106/net/netfilter
0   /proc/106/task/106/net/dev_snmp6
0   /proc/106/task/106/net
0   /proc/106/task/106/fdinfo
0   /proc/106/task/106/fd
0   /proc/106/task/106/attr
0   /proc/106/task/106
0   /proc/106/task
0   /proc/106/ns
0   /proc/106/net/stat
0   /proc/106/net/netfilter
0   /proc/106/net/dev_snmp6
0   /proc/106/net
0   /proc/106/map_files
0   /proc/106/fdinfo
0   /proc/106/fd
0   /proc/106/attr
0   /proc/106
0   /proc/105/task/105/ns
0   /proc/105/task/105/net/stat
0   /proc/105/task/105/net/netfilter
0   /proc/105/task/105/net/dev_snmp6
0   /proc/105/task/105/net
0   /proc/105/task/105/fdinfo
0   /proc/105/task/105/fd
0   /proc/105/task/105/attr
0   /proc/105/task/105
0   /proc/105/task
0   /proc/105/ns
0   /proc/105/net/stat
0   /proc/105/net/netfilter
0   /proc/105/net/dev_snmp6
0   /proc/105/net
0   /proc/105/map_files
0   /proc/105/fdinfo
0   /proc/105/fd
0   /proc/105/attr
0   /proc/105
0   /proc/10
0   /proc/1
0   /proc
0   /dev/xen
0   /dev/vfio
0   /dev/snd/by-path
0   /dev/snd
0   /dev/raw
0   /dev/qubes_dom0
0   /dev/pts
0   /dev/net
0   /dev/mqueue
0   /dev/mapper
0   /dev/lightnvm
0   /dev/input/by-path
0   /dev/input
0   /dev/dri
0   /dev/disk/by-uuid
0   /dev/disk/by-partuuid
0   /dev/disk/by-partlabel
0   /dev/disk/by-id
0   /dev/disk
0   /dev/cpu/3
0   /dev/cpu/2
0   /dev/cpu/1
0   /dev/cpu/0
0   /dev/cpu
0   /dev/char
0   /dev/bsg
0   /dev/block


-- 
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/00343d00-2601-4409-8c88-7b5da1444bdc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left

2018-01-24 Thread donoban
On 01/24/2018 09:34 AM, beso wrote:
> On Tuesday, January 23, 2018 at 3:53:15 PM UTC+2, steve.coleman wrote:
>> On 01/23/2018 04:55 AM, beso wrote:
>>> Something is eating free space in my system. It step by step decreasing. I 
>>> haven't found any good solution for that.
>>>
>>
>> This command should give you a clue as to where the space is going:
>>
>> $ sudo du -h / | sort  -g | tail -100
>>

Try reversing the sort output:

sudo du -h / | sort  -g -r | tail -100

-- 
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/e568c045-3b08-89c3-e10c-8da86db05d8d%40riseup.net.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left

2018-01-24 Thread beso
On Tuesday, January 23, 2018 at 3:53:15 PM UTC+2, steve.coleman wrote:
> On 01/23/2018 04:55 AM, beso wrote:
> > Something is eating free space in my system. It step by step decreasing. I 
> > haven't found any good solution for that.
> > 
> 
> This command should give you a clue as to where the space is going:
> 
> $ sudo du -h / | sort  -g | tail -100
> 
> Once you know where the space is going, its just a matter of what is 
> putting it all there.

[x@dom0 /]$ sudo du -h / | sort -g | tail -100
du: `/proc/17545/task/17545/fd/4' ei saa kasutada: No such file or directory
du: `/proc/17545/task/17545/fdinfo/4' ei saa kasutada: No such file or directory
du: `/proc/17545/fd/3' ei saa kasutada: No such file or directory
du: `/proc/17545/fdinfo/3' ei saa kasutada: No such file or directory
928K/usr/lib/modules/4.9.35-20.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
928K
/usr/lib/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/intersil
928K/usr/lib/modules/4.9.45-21.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
928K
/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/intersil
928K/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
928K/usr/share/icons/Adwaita/16x16/status
928K/usr/share/icons/Adwaita/24x24/status
928K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/net/wireless/intersil
928K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
928K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/intersil
928K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
928K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/intersil
928K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
932K
/usr/lib/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
932K
/usr/lib/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
932K
/usr/lib/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
932K
/usr/lib/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
932K
/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
932K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
932K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
932K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
932K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
932K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
936K/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/crypto
936K
/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
936K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/crypto
936K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
940K/usr/lib64/python3.4/email
940K
/usr/lib/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
940K
/usr/lib/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
940K
/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
940K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
940K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
940K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
944K/usr/lib/firmware/ath6k
944K/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/isdn/hisax
944K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/build/include/media
944K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/build/scripts/gcc-plugins
944K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/build/include/media
944K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/build/scripts/gcc-plugins
944K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/build/include/media
944K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/build/scripts/gcc-plugins
944K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/isdn/hisax
948K

Re: [qubes-users] No space left

2018-01-24 Thread beso
On Tuesday, January 23, 2018 at 3:53:15 PM UTC+2, steve.coleman wrote:
> On 01/23/2018 04:55 AM, beso wrote:
> > Something is eating free space in my system. It step by step decreasing. I 
> > haven't found any good solution for that.
> > 
> 
> This command should give you a clue as to where the space is going:
> 
> $ sudo du -h / | sort  -g | tail -100
> 
> Once you know where the space is going, its just a matter of what is 
> putting it all there.

[x@dom0 /]$ sudo du -h / | sort -g | tail -100
du: `/proc/17545/task/17545/fd/4' ei saa kasutada: No such file or directory
du: `/proc/17545/task/17545/fdinfo/4' ei saa kasutada: No such file or directory
du: `/proc/17545/fd/3' ei saa kasutada: No such file or directory
du: `/proc/17545/fdinfo/3' ei saa kasutada: No such file or directory
928K/usr/lib/modules/4.9.35-20.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
928K
/usr/lib/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/intersil
928K/usr/lib/modules/4.9.45-21.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
928K
/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/intersil
928K/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
928K/usr/share/icons/Adwaita/16x16/status
928K/usr/share/icons/Adwaita/24x24/status
928K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/net/wireless/intersil
928K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
928K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/intersil
928K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
928K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/intersil
928K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/sound/pci/echoaudio
932K
/usr/lib/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
932K
/usr/lib/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
932K
/usr/lib/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
932K
/usr/lib/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
932K
/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
932K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
932K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
932K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
932K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
932K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/input/touchscreen
936K/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/crypto
936K
/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
936K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/crypto
936K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/marvell
940K/usr/lib64/python3.4/email
940K
/usr/lib/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
940K
/usr/lib/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
940K
/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
940K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
940K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
940K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/net/wireless/ath/ath9k
944K/usr/lib/firmware/ath6k
944K/usr/lib/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/isdn/hisax
944K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/build/include/media
944K
/var/lib/qubes/vm-kernels/4.9.35-20/modules/4.9.35-20.pvops.qubes.x86_64/build/scripts/gcc-plugins
944K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/build/include/media
944K
/var/lib/qubes/vm-kernels/4.9.45-21/modules/4.9.45-21.pvops.qubes.x86_64/build/scripts/gcc-plugins
944K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/build/include/media
944K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/build/scripts/gcc-plugins
944K
/var/lib/qubes/vm-kernels/4.9.56-21/modules/4.9.56-21.pvops.qubes.x86_64/kernel/drivers/isdn/hisax
948K

Re: [qubes-users] No space left

2018-01-23 Thread Steve Coleman

On 01/23/2018 04:55 AM, beso wrote:

Something is eating free space in my system. It step by step decreasing. I 
haven't found any good solution for that.



This command should give you a clue as to where the space is going:

$ sudo du -h / | sort  -g | tail -100

Once you know where the space is going, its just a matter of what is 
putting it all there.


--
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/8ad4c278-460e-6778-14c6-78a2641c0800%40jhuapl.edu.
For more options, visit https://groups.google.com/d/optout.


[qubes-users] No space left

2018-01-23 Thread beso
Something is eating free space in my system. It step by step decreasing. I 
haven't found any good solution for that. 

-- 
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/7f0a9529-a25c-4644-9a77-e77c539c4f54%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left on device

2017-10-16 Thread Franz
On Sun, Oct 15, 2017 at 12:00 PM, Franz <169...@gmail.com> wrote:

>
>
> On Oct 13, 2017 22:19, "Franz" <169...@gmail.com> wrote:
>
>
>
> On Oct 13, 2017 20:56, "Franz" <169...@gmail.com> wrote:
>
>
>
> On Oct 13, 2017 19:32, "Marek Marczykowski-Górecki" <
> marma...@invisiblethingslab.com> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On Fri, Oct 13, 2017 at 06:27:31PM -0300, Franz wrote:
> > whonix was not working so tried to reinstall it for 3.2Qubes with this
> > command
> >
> > $ sudo qubes-dom0-update --enablerepo=qubes-templates-community
> > --action=reinstall qubes-template-whonix-ws
> >
> > However while it worked for whonix-gw I am getting the following error
> > for whonix-ws after the long download:
> >
> >  qfile-agent: Fatal error: File copy: No space left on device; Last
> > file: qubes-template-whonix-ws-3.0.6-201608050146.noarch.rpm (error
> > type: No space left on device)
> > '/usr/lib/qubes/qrexec-client-vm dom0 qubes.ReceiveUpdates
> > /usr/lib/qubes/qfile-agent /var/lib/qubes/dom0-updates/packages/*.rpm'
> > failed with exit code 1!
> >
> >
> > No space left on device? Running df -h on dom0 the most used item is:
> >
> > /dev/dm-1  82%, used 189G available 43G which should be more than
> > enough for a less than 700MB download
> >
> > So where should I look for?
>
> Template (and generally packages) is downloaded to
> /var/lib/qubes/updates in dom0. Maybe you have something smaller mounted
> there?
>
>
> There I found only the following: /var/lib/qubes/updates/rpm/qub
> es-template-whonix-ws-3.0.6-201...noarch.rpm
>
> Doing
> du -h
> There gives 191M which is very smaller than the 43G I expected.
>
> But the fact that some space is still available suggests that the template
> was fully downloaded and I do not have to download it again. Correct?
>
> You
>
> may want to try --clean option, to clean cache first.
>
>
> It seems --clean is an option for a command. Which command?
>
>
> I understood, it is the same update command. But running it, it replies 0
> files removed. So it may not help.
>
> Is there a easy way to increase space?
>
>
>
> I updated the template again using the --clean option, but I get the same
> "no space left" error.
>
> But the situation is even worse. Now df -h shows that even the last 43G
> disappeared from /dev/dm-1. So zero available space left.
>
> Hope there is a solution
> Best
> Fran
>

I removed some templates and everything worked again. It seems there is
only a limited space allocated to templates and when this space fills up,
then it messes with the general space available in the system at /dev/dm-1
eating up all available space.

-- 
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/CAPzH-qC2J08wRKWm%2B%3DFCWFK1MHYbgyx9DFc8LUwbE9ZAvW-efA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left on device

2017-10-15 Thread Franz
On Oct 13, 2017 22:19, "Franz" <169...@gmail.com> wrote:



On Oct 13, 2017 20:56, "Franz" <169...@gmail.com> wrote:



On Oct 13, 2017 19:32, "Marek Marczykowski-Górecki" <
marma...@invisiblethingslab.com> wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Fri, Oct 13, 2017 at 06:27:31PM -0300, Franz wrote:
> whonix was not working so tried to reinstall it for 3.2Qubes with this
> command
>
> $ sudo qubes-dom0-update --enablerepo=qubes-templates-community
> --action=reinstall qubes-template-whonix-ws
>
> However while it worked for whonix-gw I am getting the following error
> for whonix-ws after the long download:
>
>  qfile-agent: Fatal error: File copy: No space left on device; Last
> file: qubes-template-whonix-ws-3.0.6-201608050146.noarch.rpm (error
> type: No space left on device)
> '/usr/lib/qubes/qrexec-client-vm dom0 qubes.ReceiveUpdates
> /usr/lib/qubes/qfile-agent /var/lib/qubes/dom0-updates/packages/*.rpm'
> failed with exit code 1!
>
>
> No space left on device? Running df -h on dom0 the most used item is:
>
> /dev/dm-1  82%, used 189G available 43G which should be more than
> enough for a less than 700MB download
>
> So where should I look for?

Template (and generally packages) is downloaded to
/var/lib/qubes/updates in dom0. Maybe you have something smaller mounted
there?


There I found only the following: /var/lib/qubes/updates/rpm/qub
es-template-whonix-ws-3.0.6-201...noarch.rpm

Doing
du -h
There gives 191M which is very smaller than the 43G I expected.

But the fact that some space is still available suggests that the template
was fully downloaded and I do not have to download it again. Correct?

You

may want to try --clean option, to clean cache first.


It seems --clean is an option for a command. Which command?


I understood, it is the same update command. But running it, it replies 0
files removed. So it may not help.

Is there a easy way to increase space?



I updated the template again using the --clean option, but I get the same
"no space left" error.

But the situation is even worse. Now df -h shows that even the last 43G
disappeared from /dev/dm-1. So zero available space left.

Hope there is a solution
Best
Fran


Many thanks


- --
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

iQEcBAEBCAAGBQJZ362XAAoJENuP0xzK19csSFoH/2+mrNpp/Wkq6YprpNvPZVD2
sRmkDaVqCgFDET+ZvoUQV96W3oojZIsBm7l6jT8HLKHuVu2lwQ/KaRyF9ITMU0zt
17uzZTYzIA0Mhh16A3G4xAsX/y/VZw3jU9RWi0hfVIX6BR1da75M8Ey8g7wqAJ12
dflzBdehM4jnBC1X0HTC+EUKuPJ9xSvkbtYXjwGUTMFyOzxZv9cKjSM+br1SuCej
893a3EnMUS0OKkFqg8EhzTy5vh1PrMpL7gjmTX+6H10UyrRNc0RUhsANLwb479T6
Ghct221AoauP5MdvCti3C9I6PO50kKFdISGXtNeXcblQCq7+a8sQBigqqpkEaY8=
=4RQ9
-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/CAPzH-qA%2BFTiV_7t0HBpb66QxPKpT_A_BTHoTApWJL%3D5-R7hDMg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left on device

2017-10-13 Thread Franz
On Oct 13, 2017 20:56, "Franz" <169...@gmail.com> wrote:



On Oct 13, 2017 19:32, "Marek Marczykowski-Górecki" <
marma...@invisiblethingslab.com> wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Fri, Oct 13, 2017 at 06:27:31PM -0300, Franz wrote:
> whonix was not working so tried to reinstall it for 3.2Qubes with this
> command
>
> $ sudo qubes-dom0-update --enablerepo=qubes-templates-community
> --action=reinstall qubes-template-whonix-ws
>
> However while it worked for whonix-gw I am getting the following error
> for whonix-ws after the long download:
>
>  qfile-agent: Fatal error: File copy: No space left on device; Last
> file: qubes-template-whonix-ws-3.0.6-201608050146.noarch.rpm (error
> type: No space left on device)
> '/usr/lib/qubes/qrexec-client-vm dom0 qubes.ReceiveUpdates
> /usr/lib/qubes/qfile-agent /var/lib/qubes/dom0-updates/packages/*.rpm'
> failed with exit code 1!
>
>
> No space left on device? Running df -h on dom0 the most used item is:
>
> /dev/dm-1  82%, used 189G available 43G which should be more than
> enough for a less than 700MB download
>
> So where should I look for?

Template (and generally packages) is downloaded to
/var/lib/qubes/updates in dom0. Maybe you have something smaller mounted
there?


There I found only the following: /var/lib/qubes/updates/rpm/
qubes-template-whonix-ws-3.0.6-201...noarch.rpm

Doing
du -h
There gives 191M which is very smaller than the 43G I expected.

But the fact that some space is still available suggests that the template
was fully downloaded and I do not have to download it again. Correct?

You

may want to try --clean option, to clean cache first.


It seems --clean is an option for a command. Which command?


I understood, it is the same update command. But running it, it replies 0
files removed. So it may not help.

Is there a easy way to increase space?


Many thanks


- --
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

iQEcBAEBCAAGBQJZ362XAAoJENuP0xzK19csSFoH/2+mrNpp/Wkq6YprpNvPZVD2
sRmkDaVqCgFDET+ZvoUQV96W3oojZIsBm7l6jT8HLKHuVu2lwQ/KaRyF9ITMU0zt
17uzZTYzIA0Mhh16A3G4xAsX/y/VZw3jU9RWi0hfVIX6BR1da75M8Ey8g7wqAJ12
dflzBdehM4jnBC1X0HTC+EUKuPJ9xSvkbtYXjwGUTMFyOzxZv9cKjSM+br1SuCej
893a3EnMUS0OKkFqg8EhzTy5vh1PrMpL7gjmTX+6H10UyrRNc0RUhsANLwb479T6
Ghct221AoauP5MdvCti3C9I6PO50kKFdISGXtNeXcblQCq7+a8sQBigqqpkEaY8=
=4RQ9
-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/CAPzH-qBWRzLxNZU6MgLC0GNVh_yyxw1y5aWiGvooX%2B%2Bb97H6PA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left on device

2017-10-13 Thread Franz
On Oct 13, 2017 19:32, "Marek Marczykowski-Górecki" <
marma...@invisiblethingslab.com> wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Fri, Oct 13, 2017 at 06:27:31PM -0300, Franz wrote:
> whonix was not working so tried to reinstall it for 3.2Qubes with this
> command
>
> $ sudo qubes-dom0-update --enablerepo=qubes-templates-community
> --action=reinstall qubes-template-whonix-ws
>
> However while it worked for whonix-gw I am getting the following error
> for whonix-ws after the long download:
>
>  qfile-agent: Fatal error: File copy: No space left on device; Last
> file: qubes-template-whonix-ws-3.0.6-201608050146.noarch.rpm (error
> type: No space left on device)
> '/usr/lib/qubes/qrexec-client-vm dom0 qubes.ReceiveUpdates
> /usr/lib/qubes/qfile-agent /var/lib/qubes/dom0-updates/packages/*.rpm'
> failed with exit code 1!
>
>
> No space left on device? Running df -h on dom0 the most used item is:
>
> /dev/dm-1  82%, used 189G available 43G which should be more than
> enough for a less than 700MB download
>
> So where should I look for?

Template (and generally packages) is downloaded to
/var/lib/qubes/updates in dom0. Maybe you have something smaller mounted
there?


There I found only the following:
/var/lib/qubes/updates/rpm/qubes-template-whonix-ws-3.0.6-201...noarch.rpm

Doing
du -h
There gives 191M which is very smaller than the 43G I expected.

But the fact that some space is still available suggests that the template
was fully downloaded and I do not have to download it again. Correct?

You

may want to try --clean option, to clean cache first.


It seems --clean is an option for a command. Which command?

Many thanks


- --
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

iQEcBAEBCAAGBQJZ362XAAoJENuP0xzK19csSFoH/2+mrNpp/Wkq6YprpNvPZVD2
sRmkDaVqCgFDET+ZvoUQV96W3oojZIsBm7l6jT8HLKHuVu2lwQ/KaRyF9ITMU0zt
17uzZTYzIA0Mhh16A3G4xAsX/y/VZw3jU9RWi0hfVIX6BR1da75M8Ey8g7wqAJ12
dflzBdehM4jnBC1X0HTC+EUKuPJ9xSvkbtYXjwGUTMFyOzxZv9cKjSM+br1SuCej
893a3EnMUS0OKkFqg8EhzTy5vh1PrMpL7gjmTX+6H10UyrRNc0RUhsANLwb479T6
Ghct221AoauP5MdvCti3C9I6PO50kKFdISGXtNeXcblQCq7+a8sQBigqqpkEaY8=
=4RQ9
-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/CAPzH-qB4cPAn4ejOD8Q%3D%3DZdwAh28%3DnD-OMon3FgeOmMd8%3DHDMg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] No space left on device

2017-10-13 Thread Marek Marczykowski-Górecki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Fri, Oct 13, 2017 at 06:27:31PM -0300, Franz wrote:
> whonix was not working so tried to reinstall it for 3.2Qubes with this
> command
> 
> $ sudo qubes-dom0-update --enablerepo=qubes-templates-community
> --action=reinstall qubes-template-whonix-ws
> 
> However while it worked for whonix-gw I am getting the following error
> for whonix-ws after the long download:
> 
>  qfile-agent: Fatal error: File copy: No space left on device; Last
> file: qubes-template-whonix-ws-3.0.6-201608050146.noarch.rpm (error
> type: No space left on device)
> '/usr/lib/qubes/qrexec-client-vm dom0 qubes.ReceiveUpdates
> /usr/lib/qubes/qfile-agent /var/lib/qubes/dom0-updates/packages/*.rpm'
> failed with exit code 1!
> 
> 
> No space left on device? Running df -h on dom0 the most used item is:
> 
> /dev/dm-1  82%, used 189G available 43G which should be more than
> enough for a less than 700MB download
> 
> So where should I look for?

Template (and generally packages) is downloaded to
/var/lib/qubes/updates in dom0. Maybe you have something smaller mounted
there? You may want to try --clean option, to clean cache first.

- -- 
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

iQEcBAEBCAAGBQJZ362XAAoJENuP0xzK19csSFoH/2+mrNpp/Wkq6YprpNvPZVD2
sRmkDaVqCgFDET+ZvoUQV96W3oojZIsBm7l6jT8HLKHuVu2lwQ/KaRyF9ITMU0zt
17uzZTYzIA0Mhh16A3G4xAsX/y/VZw3jU9RWi0hfVIX6BR1da75M8Ey8g7wqAJ12
dflzBdehM4jnBC1X0HTC+EUKuPJ9xSvkbtYXjwGUTMFyOzxZv9cKjSM+br1SuCej
893a3EnMUS0OKkFqg8EhzTy5vh1PrMpL7gjmTX+6H10UyrRNc0RUhsANLwb479T6
Ghct221AoauP5MdvCti3C9I6PO50kKFdISGXtNeXcblQCq7+a8sQBigqqpkEaY8=
=4RQ9
-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/20171013223207.GG10749%40mail-itl.
For more options, visit https://groups.google.com/d/optout.


[qubes-users] No space left on device

2017-10-13 Thread Franz
whonix was not working so tried to reinstall it for 3.2Qubes with this
command

$ sudo qubes-dom0-update --enablerepo=qubes-templates-community
--action=reinstall qubes-template-whonix-ws

However while it worked for whonix-gw I am getting the following error
for whonix-ws after the long download:

 qfile-agent: Fatal error: File copy: No space left on device; Last
file: qubes-template-whonix-ws-3.0.6-201608050146.noarch.rpm (error
type: No space left on device)
'/usr/lib/qubes/qrexec-client-vm dom0 qubes.ReceiveUpdates
/usr/lib/qubes/qfile-agent /var/lib/qubes/dom0-updates/packages/*.rpm'
failed with exit code 1!


No space left on device? Running df -h on dom0 the most used item is:

/dev/dm-1  82%, used 189G available 43G which should be more than
enough for a less than 700MB download

So where should I look for?

Best

Fran

-- 
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/CAPzH-qD8wqrArSUv1xVSU_%3D4cfNORzP5fWtG%2BnX9nLkMsVU08g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.