Re: [qubes-users] No space left on device
On Fri, Nov 5, 2021 at 5:58 PM Ludovic wrote: > Hi Franz, > > On 05/11/2021 02:00, Franz wrote: > > Trying to update dom0 I get a long list of "No space left on device", > > but the hard disk icon on the panel tells that total disk usage is > > only 23.4% > > lvm 23.4% 195.4GiB/835.8 GIB varlibqubes. > > > And what about the disk space left on the updateVM ? (probably > sys-firewall) > > Many thanks Ludovic did not think this may be a problem. Aren't files downloaded to dom0 for dom0 update? Anyway, on sys-firewall df -h gives Filesystem /dev/xvda3Size 9.6GUsed 5.2G Avail 4.0G Use% 57%Mounted on / Filesystem none Size 9.6GUsed 5.2G Avail 4.0G Use% 57%Mounted on /usr/lib/modules for all other items use is less than 1% > > -- > 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 view this discussion on the web visit > https://groups.google.com/d/msgid/qubes-users/187a4bdd-ab94-cfd8-cd2c-0bd7a82df6e2%40zyrianes.net > . > -- 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 view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/CAPzH-qBmmVXw-mjBvMRPYLZMRXR%2BZgX7RMA8na4FF7Jsy9BHDQ%40mail.gmail.com.
Re: [qubes-users] No space left on device
Hi Franz, On 05/11/2021 02:00, Franz wrote: Trying to update dom0 I get a long list of "No space left on device", but the hard disk icon on the panel tells that total disk usage is only 23.4% lvm 23.4% 195.4GiB/835.8 GIB varlibqubes. And what about the disk space left on the updateVM ? (probably sys-firewall) -- 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 view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/187a4bdd-ab94-cfd8-cd2c-0bd7a82df6e2%40zyrianes.net.
[qubes-users] No space left on device
Trying to update dom0 I get a long list of "No space left on device", but the hard disk icon on the panel tells that total disk usage is only 23.4% lvm 23.4% 195.4GiB/835.8 GIB varlibqubes. with more detail the error message is: tar: var: Cannot mkdir: No space left on device df -h tells that Use % is lower than 1% or 0% for all items, except /dev/sda1 that is 25%. So even on this side everything seems ok So why is it unable to update dom0? -- 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 view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/CAPzH-qAjn2kDGzWKvu4Ki3wnOiDMfJAS6zgdRFtfiUioW_8ZRA%40mail.gmail.com.
Re: [qubes-users] No space left
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
-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
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.