Re: [Dorset] Problem with 'full' Root partition
Hi Clive, > I tried your commands and it did not seen to do anything That command will just asked for a sudo password, if you haven't given it recently, and then should silently delete the Flatpak cache folders in that directory. As is normal with good shell commands, it doesn't print a ‘everything went well’ message because that would train the user to ignore the output and miss the error message when it happens. > so I reverted to GUI; opened /var/tmp as root deleted all the files. Were the hundreds of Flatpak cache directories still there? > rebooted and checked contents of /var/tmp = 5. Good. A bunch of systemd directories is normal. > However the warning that filesystem is nearly full remains! > Checked the 'examine' box to see what that shows; a graphical ring > chart of root using 13.2GB I have no idea what that GUI is allocating to ‘root’s usage. Please stick with df -h / to show us the root filesystem's usage. > var has been reduced to 5.7GB; so flatpak entries have gone. Okay. You previously said ‘The [var] tmp folder has 11.3GB of data’ so that's an improvement. > After aother reboot checked Gparted and that still shows sda1 (root > partition) still almost full:- sda1 = 26.22GiB, used = 24.13GiB. free > = 2.09Gib. Be careful, I don't know whether gparted is including ‘reserved’ space in its amount of free so you may not be comparing like with like. Stick with df. I don't see how the ‘graphical ring chart’ shows ‘root using 13.2GB’ yet gparted says ‘used = 24.13GiB’ unless the chart is subtracting use by other things. So don't use the chart. Stick to one method: df. At one point, you wrote /var appears to hold11.3GB but that changed to 15.9 after looking around the file system a bit. ...after I extend [sda1] by 2GB by reducing the 'Swop' partitin. it's showing only 334Mb free I checked the /var and it's gone up to 19+3Gb It doesn't seem obvious why looking around would use so much extra disk space. I think you need to investigate, from the command line, using the commands Keith suggested. Don't be surprised if the first time you run du it takes a long time as subsequent runs will find the information it wants has been cached in RAM from before. It will show some programs take a lot of space, e.g. /usr/lib/libreoffice, but you're looking for something which seems odd. Always use ‘df /’ before and after you delete something to look for the improvement, even if you're deleting with a GUI. One last thought, in /boot, how many files are there starting with ‘vmlin’? -- Cheers, Ralph. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
On Sun, 31 Jan 2021 10:15:59 +, ci...@cewland.uk said:
> Is there a command to show files in root and there sizes? I tried 'ls'
> but that lists only my home folder.
'ls' will list the directory you're in unless you pass an argument. So, if
you're in your home directory:
$ ls [list your home directory]
$ ls /var [list contents of /var]
You may not have permission to read the contents of other directories (for
that you may need 'sudo ls' or you can be root).
> Tried sudo cd/ no command, not found!
You need a space between the command ('cd') and the argument ('/'), so
cd /
You don't need sudo for that command. You're allowed to cd to /, and
you'll even be able to see the directories there. You may need sudo to see
inside some directories.
> 'usr' seems to be large at 5.1GB last date modified 13 Dec2019 well
> before this problem started so unlikely to be the problem?
5GB for /usr sounds about right.
Try this:
$ cd /
$ sudo du -sh * | sort -h
That will show the size of each directory in root in size order. Let's say,
for the sake of example, that /var is the biggest. Then you do:
$ cd /var
$ sudo du -sh * | sort -h
Now you can see which directories in /var are the biggest. You can repeat
the above to find the directories taking the most space.
--
Linux Tips: https://www.tiger-computing.co.uk/category/techtips/
--
Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00
Check to whom you are replying
Meetings, mailing list, IRC, ... http://dorset.lug.org.uk
New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Ralph
Things with computers are not going right at the moment but we will
stick with this problem.
Thanks for the info on flatpaks and that's what I'm facing at the moment
I think BUT---.
I tried your commands and it did not seen to do anything so I reverted
to GUI; opened /var/tmp as root deleted all the files. Came out,
rebooted and checked contents of /var/tmp = 5. Success - no!
Rebooted and checked the update manager that showed nothing to update,
closed and looked at /var/tmp still only the 5 systemd-private folders
remaining.
However the warning that filesystem is nearly full remains! Deleting
those files does not seem to made any difference to that warning.
Checked the 'examine' box to see what that shows; a graphical ring chart
of root using 13.2GB, var has been reduced to 5.7GB; so flatpak entries
have gone.
After aother reboot checked Gparted and that still shows sda1 (root
partition) still almost full:-
sda1 = 26.22GiB, used = 24.13GiB. free = 2.09Gib.
Looking around can't find anything that taking a large space, and 13GB
for root seems OK.
Now completely confused, something must be using the space in sda1 but what?
Is there a command to show files in root and there sizes? I tried 'ls'
but that lists only my home folder.
Tried sudo cd/ no command, not found!
'usr' seems to be large at 5.1GB last date modified 13 Dec2019 well
before this problem started so unlikely to be the problem?
Sorry this is taking time and I'm at a loss as it's the 'main' computer
we both rely on, although I use the laptop the most.
C A Wills
On 30/01/2021 07:18, Ralph Corderoy wrote:
Hi Clive,
The tmp folder has 11.3GB of data
...
and all Flatpack... folders.
Flatpak has a bug. Well, one so severe I'd argue it's not fit for
purpose. It gradually fills /var/tmp. Probably a bit more on every
boot so if it's a machine which gets booted a lot then it will fill up
more quickly.
As I understand it, a /run/user symlink points the current
/var/tmp/flatpak-cache-* directory but /run is lost, by design, when the
machine stops so when it starts up again a new cache directory is
created and the symlink remade.
The problem with deleting all of those /var/tmp/flatpak-cache-*
directories is that a few of them may be in use at the time. I don't
have a good suggestion for determining which ones because I don't have
access to a system with Flatpak in use so the best thing I can suggest
is to quit most programs, e.g. LibreOffice and Firefox, then delete the
Flatpak caches, and then reboot so if anything was upset by the deletion
it won't have had long to stay confused.
This will do the delete.
cd /var/tmp &&
sudo find -maxdepth 1 -name 'flatpak-cache-*' -exec rm -rf {} +
--
Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00
Check to whom you are replying
Meetings, mailing list, IRC, ... http://dorset.lug.org.uk
New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Ralph
Will try those commands out as have not yet deleted those folders but
have copied them into my /home folder, so if all fails I've got a backup
copy.
That sound exactly what I thought was happening! The Flatpak system
must have been bought in on one of the upgrades as I'm not sure I have
knowingly installed Flatpaks.
At the moment I'm setting up an old laptop for an old friend who's
laptop went U/S at the start of lockdown. He's house bound and both he
and his wife have serious health problems. They have not been able to go
to Church for 18 months+ and used to watch via the Web (St Johns
Wimborne stream live Service).
Will update you when done. Many thanks for all who have given advice,
much appreciated.
C A Wills
On 30/01/2021 07:18, Ralph Corderoy wrote:
Hi Clive,
The tmp folder has 11.3GB of data
...
and all Flatpack... folders.
Flatpak has a bug. Well, one so severe I'd argue it's not fit for
purpose. It gradually fills /var/tmp. Probably a bit more on every
boot so if it's a machine which gets booted a lot then it will fill up
more quickly.
As I understand it, a /run/user symlink points the current
/var/tmp/flatpak-cache-* directory but /run is lost, by design, when the
machine stops so when it starts up again a new cache directory is
created and the symlink remade.
The problem with deleting all of those /var/tmp/flatpak-cache-*
directories is that a few of them may be in use at the time. I don't
have a good suggestion for determining which ones because I don't have
access to a system with Flatpak in use so the best thing I can suggest
is to quit most programs, e.g. LibreOffice and Firefox, then delete the
Flatpak caches, and then reboot so if anything was upset by the deletion
it won't have had long to stay confused.
This will do the delete.
cd /var/tmp &&
sudo find -maxdepth 1 -name 'flatpak-cache-*' -exec rm -rf {} +
--
Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00
Check to whom you are replying
Meetings, mailing list, IRC, ... http://dorset.lug.org.uk
New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Clive,
> The tmp folder has 11.3GB of data
> ...
> and all Flatpack... folders.
Flatpak has a bug. Well, one so severe I'd argue it's not fit for
purpose. It gradually fills /var/tmp. Probably a bit more on every
boot so if it's a machine which gets booted a lot then it will fill up
more quickly.
As I understand it, a /run/user symlink points the current
/var/tmp/flatpak-cache-* directory but /run is lost, by design, when the
machine stops so when it starts up again a new cache directory is
created and the symlink remade.
The problem with deleting all of those /var/tmp/flatpak-cache-*
directories is that a few of them may be in use at the time. I don't
have a good suggestion for determining which ones because I don't have
access to a system with Flatpak in use so the best thing I can suggest
is to quit most programs, e.g. LibreOffice and Firefox, then delete the
Flatpak caches, and then reboot so if anything was upset by the deletion
it won't have had long to stay confused.
This will do the delete.
cd /var/tmp &&
sudo find -maxdepth 1 -name 'flatpak-cache-*' -exec rm -rf {} +
--
Cheers, Ralph.
--
Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00
Check to whom you are replying
Meetings, mailing list, IRC, ... http://dorset.lug.org.uk
New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
On Fri, 29 Jan 2021 15:16:43 +, ci...@cewland.uk said: > Thanks. I've taken a copy as 'Root' into my /home/copyvartmp folder; > had to enter each folder a root. You could have just (either as root or with 'sudo' in front): # cp -a /var/tmp/* /home/copyvartmp That would copy all files and folders under /var/tmp. > what's putting them in there? And how can I stop it happening[?] Well, those two questions are related. I don't know how flatpack works - I've never used it, but maybe someone else can help (Ralph?). Generally, /var/tmp is used for ephemeral files. -- Linux Tips: https://www.tiger-computing.co.uk/category/techtips/ -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Even more info; lokking into the /var/tmp folder at the end are 5 folders all starting 'systemd-private-' then a long line of numbers letters followed by either: colord.hex numbers ModemManager. service.hex numbers rtkit-daemon. service.hex numbers systemd-resolived. service.hex numbers systemd-time syncd.hex numbers No details on number of files included but all dated since 15 Jan his may be since the notifications started. Any help? C A Wills On 29/01/2021 15:32, C Wills wrote: Adding to the last reply. The tmp folder has 11.3GB of data - is that a copy of the whole file system as it's certainly a large proportion and all Flatpack... folders. See original email for sample. If that can all be deleted then that would put me back to about what the original file system was. Taking over 25 mins to copy so will have a cuppa! C A Wills On 29/01/2021 15:16, C Wills wrote: Hi Keith Thanks. I've taken a copy as 'Root' into my /home/copyvartmp folder; had to enter each folder a root. It took a long time to copy the 267538 files! When done will delete and see what happens but what's putting them in there? And how can I stop it happening or doing an auto delete? Still waiting si will look at other comments from DLUG now. C A Wills On 29/01/2021 14:07, Keith Edmunds wrote: On Fri, 29 Jan 2021 13:04:35 +, ci...@cewland.uk said: 12G /tmp/var I suspect you mean '/var/tmp' You're unlikely to need anything in there. Take a look first, but probably safe to delete. If you want to take a copy just in case, you could copy to somewhere on /home (but delete it later if you don't need it). -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Adding to the last reply. The tmp folder has 11.3GB of data - is that a copy of the whole file system as it's certainly a large proportion and all Flatpack... folders. See original email for sample. If that can all be deleted then that would put me back to about what the original file system was. Taking over 25 mins to copy so will have a cuppa! C A Wills On 29/01/2021 15:16, C Wills wrote: Hi Keith Thanks. I've taken a copy as 'Root' into my /home/copyvartmp folder; had to enter each folder a root. It took a long time to copy the 267538 files! When done will delete and see what happens but what's putting them in there? And how can I stop it happening or doing an auto delete? Still waiting si will look at other comments from DLUG now. C A Wills On 29/01/2021 14:07, Keith Edmunds wrote: On Fri, 29 Jan 2021 13:04:35 +, ci...@cewland.uk said: 12G /tmp/var I suspect you mean '/var/tmp' You're unlikely to need anything in there. Take a look first, but probably safe to delete. If you want to take a copy just in case, you could copy to somewhere on /home (but delete it later if you don't need it). -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Keith Thanks. I've taken a copy as 'Root' into my /home/copyvartmp folder; had to enter each folder a root. It took a long time to copy the 267538 files! When done will delete and see what happens but what's putting them in there? And how can I stop it happening or doing an auto delete? Still waiting si will look at other comments from DLUG now. C A Wills On 29/01/2021 14:07, Keith Edmunds wrote: On Fri, 29 Jan 2021 13:04:35 +, ci...@cewland.uk said: 12G /tmp/var I suspect you mean '/var/tmp' You're unlikely to need anything in there. Take a look first, but probably safe to delete. If you want to take a copy just in case, you could copy to somewhere on /home (but delete it later if you don't need it). -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
On Fri, 29 Jan 2021 13:04:35 +, ci...@cewland.uk said: > 12G /tmp/var I suspect you mean '/var/tmp' You're unlikely to need anything in there. Take a look first, but probably safe to delete. If you want to take a copy just in case, you could copy to somewhere on /home (but delete it later if you don't need it). -- Linux Tips: https://www.tiger-computing.co.uk/category/techtips/ -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi all Report from commands given by Keith and Ralph are below. Sorry a long email but: Keith: df -h:- size used avail % mounted udev 1.5G 0 1.5G 0 /dev tmpfs 299M 2.8M 296M 1 /run /dev/sda1 26G 23G 1.4G 95 / tmpfs 1.5G 0 1.5G 0 /dev/shm tmpfs 5M 4K 5M 1 /run/lock tmpfs 1.5G 0 1.5G 0 /sys/fs/cgroup /dev/sda3 194G 63G 121G 35 /Home tmpfs 299M 36K 299M 1 /run/use/1000 Output of sudo du -sh/var/* 17M /var/backups 146M /var/cache 3.9G /var/lib 4K /var/local 0 /var/lock 1.2G /var/log 4K /var/mail 0 /var/run 109M /var/spool 12G /tmp/var Ralph's commands: df / . filesys 1K blocks used avail % Mount /dev/sda1 26934204 24111280 1431724 95 / /dev/sda3 - -- -- -- /Home (not listed figes as it's Home sudo apt-get clean & sudo apt-get autorun gave no figures other than o End of reports Thanks for the help but does it show anything? C A Wills On 29/01/2021 10:49, C Wills wrote: Hi Tim Just got to see your reply and also Ralphs. He's correct in that there is no space between '/' & 'Home': I've already reduced half of the small swap file. I've been told not to try to move the front of Home forward as it's very risky and Gparted warns of this. If I was redoing the partitioning then I could give root a larger space. When I did original install I gave it 20GiB as I had never used more than 13/14GiB. Also I'd like to know why this is happening, i.e. have I got a rough program running 'frequently' which is fill up the space? (It's not only on Lily space as it's happening on my Home as well). The only additional Programmes add to the clean install have been Digikam & Hardinfo. Those two progs have never given any problems before. When I've made some space it appears to be partially used up immediately without running anything else - see previous comments. I see Ralph has given me two other commands to do which I'll do later and report back. C A Wills On 28/01/2021 20:17, Tim wrote: Hi Clive Can I ask why you cant reduce your home partition and then extend the root into the free space ? Tim H On 27/01/2021 14:37, C Wills wrote: Sorry the original copy was sent from another email address which is not authorised by DLUG system. Sending from the correct address, hope you don't get it twice!! Clive Hi All Yesterday my wife started her PC and got a warning notice saying there was on 1GiB on space left on the 'root' partition. Checking today the following was reported:- sda1 Ext4 / size - 24.5GiB, Used - 22.7GiB (93%) Free - 1.71GiB (7%). There is plenty of space for the /Home partition but no space on sda1 and I can't extend it. I checked with the disk analyser tool and it showed that the 'var' file has used most of the space; it's full of Flatpack folders. All the other folders look OK. I remember seeing a tool that can 'clean' folder/discs but can't find it now. Thought it may be the temp folder fill up the space but that looks OK. Can't work out what has happened to fill the 'root' folder, no extra software installed and last time I looked it was only about 50% full. If I don't do something soon then the PC will lock up And she will do her 'nut' (doesn't like computers that go wrong!) What's happening please and can I recover the space. All above by using a GUI desktop, Mint 19.2 Cinnamon. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Tim Just got to see your reply and also Ralphs. He's correct in that there is no space between '/' & 'Home': I've already reduced half of the small swap file. I've been told not to try to move the front of Home forward as it's very risky and Gparted warns of this. If I was redoing the partitioning then I could give root a larger space. When I did original install I gave it 20GiB as I had never used more than 13/14GiB. Also I'd like to know why this is happening, i.e. have I got a rough program running 'frequently' which is fill up the space? (It's not only on Lily space as it's happening on my Home as well). The only additional Programmes add to the clean install have been Digikam & Hardinfo. Those two progs have never given any problems before. When I've made some space it appears to be partially used up immediately without running anything else - see previous comments. I see Ralph has given me two other commands to do which I'll do later and report back. C A Wills On 28/01/2021 20:17, Tim wrote: Hi Clive Can I ask why you cant reduce your home partition and then extend the root into the free space ? Tim H On 27/01/2021 14:37, C Wills wrote: Sorry the original copy was sent from another email address which is not authorised by DLUG system. Sending from the correct address, hope you don't get it twice!! Clive Hi All Yesterday my wife started her PC and got a warning notice saying there was on 1GiB on space left on the 'root' partition. Checking today the following was reported:- sda1 Ext4 / size - 24.5GiB, Used - 22.7GiB (93%) Free - 1.71GiB (7%). There is plenty of space for the /Home partition but no space on sda1 and I can't extend it. I checked with the disk analyser tool and it showed that the 'var' file has used most of the space; it's full of Flatpack folders. All the other folders look OK. I remember seeing a tool that can 'clean' folder/discs but can't find it now. Thought it may be the temp folder fill up the space but that looks OK. Can't work out what has happened to fill the 'root' folder, no extra software installed and last time I looked it was only about 50% full. If I don't do something soon then the PC will lock up And she will do her 'nut' (doesn't like computers that go wrong!) What's happening please and can I recover the space. All above by using a GUI desktop, Mint 19.2 Cinnamon. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Tim, > Can I ask why you cant reduce your home partition and then extend the > root into the free space ? Probably because they're ordered as [-root-][--home--] and extending /home by moving its start backwards requires re-writing the whole partition, last I knew, which is a more risky operation than moving the end of /home forwards. -- Cheers, Ralph. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Clive, > SGkgUmFscGgKClJhbiB0aGUgY29tbWFuZCBhbmQgaXQgZGVsZXRlZCB0aGUgZmlsZXMuwqDCoCBE > Ran the command and it deleted the files. Did a complete re-boot and > checked, it does not seem to have done much in reducing the partition > file size. No reboot required, either for that command or the suggestions below. To measure the amount of disk free, a df / df /home etc, as appropriate, naming the filesystem's mount point, before and after the command will show the change. > Should that command be run in that folder (.var/tmp) or did it not matter? No, the command can be run anywhere and the space it cleared wouldn't normally be freed on rebooting so it would have made some improvement, even if it's too slight to notice. > The notice is still coming up saying less than 430Mb free. Have you tried the normal sudo apt-get clean sudo apt-get autoremove to clean up downloaded Mint package files? > If I can't find out what is happening then I'll re-install Mint 19.2 > files system into that partition and leave the '/Home' folder in the > other partition. It will likely just fill up again in time. Best to pursue the cause. -- Cheers, Ralph. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Clive Can I ask why you cant reduce your home partition and then extend the root into the free space ? Tim H On 27/01/2021 14:37, C Wills wrote: Sorry the original copy was sent from another email address which is not authorised by DLUG system. Sending from the correct address, hope you don't get it twice!! Clive Hi All Yesterday my wife started her PC and got a warning notice saying there was on 1GiB on space left on the 'root' partition. Checking today the following was reported:- sda1 Ext4 / size - 24.5GiB, Used - 22.7GiB (93%) Free - 1.71GiB (7%). There is plenty of space for the /Home partition but no space on sda1 and I can't extend it. I checked with the disk analyser tool and it showed that the 'var' file has used most of the space; it's full of Flatpack folders. All the other folders look OK. I remember seeing a tool that can 'clean' folder/discs but can't find it now. Thought it may be the temp folder fill up the space but that looks OK. Can't work out what has happened to fill the 'root' folder, no extra software installed and last time I looked it was only about 50% full. If I don't do something soon then the PC will lock up And she will do her 'nut' (doesn't like computers that go wrong!) What's happening please and can I recover the space. All above by using a GUI desktop, Mint 19.2 Cinnamon. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
On Thu, 28 Jan 2021 18:38:21 +, ci...@cewland.uk said: > If I can't find out what is happening then I'll re-install Mint 19.2 Clive, you really, really do not need to reinstall Mint. Files in /var/tmp are, generally speaking, safe to delete. The key difference between /tmp and /var/tmp is that, by default, the former is emptied on each boot but the latter isn't. I may have missed it earlier, but the output of the following commands may help: $ df -h $ sudo du -sh /var/* -- Linux Tips: https://www.tiger-computing.co.uk/category/techtips/ -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Ralph Ran the command and it deleted the files. Did a complete re-boot and checked, it does not seem to have done much in reducing the partition file size. Noticed I may have misled you as the Flatpak folders mentioned in my emails is in the /var/tmp folder. Should that command be run in that folder (.var/tmp) or did it not matter? The notice is still coming up saying less than 430Mb free. If I can't find out what is happening then I'll re-install Mint 19.2 files system into that partition and leave the '/Home' folder in the other partition. Glad I made separate partitions for file & home! C A Wills On 28/01/2021 18:05, Ralph Corderoy wrote: Hi Clive, Left to its own devices, Flatpak doesn't delete some of the files it has used in the past in case they're needed again. Ask it to get rid of those explicitly with flatpak uninstall --unused and see if that helps. Ran that command and it came back with question to remove y/n Chose 'n' in case it was not right. programs list were; all started with 'org.freedesktop.Platform.' followed by: .GL.default/x86_64/20.08 .VARPI.Intel/x86_64/18.08 .html5-codecs/x86_64/18.08 ./x86_64/18.08 .Local/x86_64/18.08 .Sdk/x86_64/18.08local .Sdk.Local/x86_64/18.08 7 files to remove - should I? I would. That command is explicitly to remove things it thinks are unused. Flatpak downloads and tracks multiple versions of those files and different programs need different ones. At the moment, nothing needs the seven it listed. Would these account for the request for my password while in Lily /Home folder? No, I don't have a suggestion on that. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Clive, > > Left to its own devices, Flatpak doesn't delete some of the files it > > has used in the past in case they're needed again. Ask it to get > > rid of those explicitly with > > > > flatpak uninstall --unused > > > > and see if that helps. > > Ran that command and it came back with question to remove y/n Chose > 'n' in case it was not right. programs list were; > > all started with 'org.freedesktop.Platform.' > followed by: > .GL.default/x86_64/20.08 > .VARPI.Intel/x86_64/18.08 > .html5-codecs/x86_64/18.08 > ./x86_64/18.08 > .Local/x86_64/18.08 > .Sdk/x86_64/18.08local > .Sdk.Local/x86_64/18.08 > > 7 files to remove - should I? I would. That command is explicitly to remove things it thinks are unused. Flatpak downloads and tracks multiple versions of those files and different programs need different ones. At the moment, nothing needs the seven it listed. > Would these account for the request for my password while > in Lily /Home folder? No, I don't have a suggestion on that. -- Cheers, Ralph. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Peter, > > > How about browsing into var, going to each folder and manually > > > deleting all the .gz files, which are backups of log files It > > > might be a 'sudo rm *.gz' > > > > > > Wow, it just worked for me, got rid of about 35 files from the > > > var/backups directory, and var/log/apt > > > That was bit of fun, had quite a clearout. Surprising the number of > > empty directories. It goes against my sense of tidyness. ps to > > remove empty directories it is 'rmdir' It's a bad idea to remove files or directories without knowing what they are and that it is okay. Some *.gz under /var will be compressed log files and they can be deleted without harm, but that might not be true of all of them. And as for empty directories, the directory may have been created when the package was installed thus the programs expect it to be present. Perhaps it has some files whilst the program is running, for example. Despite seeming untidy, they're best left well alone. :-) Running ‘sudo debsums -s’ will compare what's on disk to what the package manager thinks should be on disk based on MD5 digests, etc. -- Cheers, Ralph. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Clive, > I checked with the disk analyser tool and it showed that the 'var' > file has used most of the space; it's full of Flatpack folders. Left to its own devices, Flatpak doesn't delete some of the files it has used in the past in case they're needed again. Ask it to get rid of those explicitly with flatpak uninstall --unused and see if that helps. -- Cheers, Ralph. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Hi Peter Copying this to the DLUG as things are getting 'tight' not found any reason for what's happening especially as I increased the partition by 2Gb - see below. Lily has just looked at her emails and an authorisation box came up asking for' My' password, not hers! She was not looking at anything else! See * below Earlier: Looked at /var and it's full of 234 Flatpak folders like: /flatpac-cache-DD80WO with a file repro-GtuRFp-lock./ no .gz files. Don't know if I can delete these files without causing problems as some showed .config files but the one I looked at was only 5 commands lines with nothing indicating a location or a run file. /var appears to hold11.3GB but that changed to 15.9 after looking around the file system a bit. * I checked the /var and it's gone up to 19+3Gb Found a live disk of 'Rescatux' ran that and one option was to check file system and repair but that came back as 'Failed'. Nothing else appeared to do much on the file system / most was to do with boot & UEFI problems. Checked: /etc. = 8.9MB of data /usr = 5GB /sys = 617.4MB /tmp = 73Kb * Just checked how full the file system partition is and it's showing only 334Mb free That's after I extend it by 2GB by reducing the 'Swop' partitin. Really don't know what to try next and don't know why Lily was asked for 'My' password; there must be a file running in the background needing 'Root' authority but she was in her 'home' folder not mine! C A Wills On 28/01/2021 12:10, PeterMerchant wrote: That was bit of fun, had quite a clearout. Surprising the number of empty directories. It goes against my sense of tidyness. ps to remove empty directories it is 'rmdir' Good luck P. On 28/01/2021 11:59, PeterMerchant wrote: How about browsing into var, going to each folder and manually deleting all the .gz files, which are backups of log files It might be a 'sudo rm *.gz' Wow, it just worked for me, got rid of about 35 files from the var/backups directory, and var/log/apt Peter On 28/01/2021 08:43, C Wills wrote: That looks a good bet but there's not enough room left to add the program to the PC. I'll look at my back issues of LXF discs to see if I've got it on a live disc; if so I'll try it. As I said before I don't understand how the partition has got so full, no additional programs have been added for at least a year if not longer. So why has the partition filled up. I'm careful to ensure there's a good spare space when installing and keep 'root' and 'home' on different partitions. C A Wills On 27/01/2021 19:56, PeterMerchant wrote: Perhaps try Bleachbit? P. On 27/01/2021 14:37, C Wills wrote: Sorry the original copy was sent from another email address which is not authorised by DLUG system. Sending from the correct address, hope you don't get it twice!! Clive Hi All Yesterday my wife started her PC and got a warning notice saying there was on 1GiB on space left on the 'root' partition. Checking today the following was reported:- sda1 Ext4 / size - 24.5GiB, Used - 22.7GiB (93%) Free - 1.71GiB (7%). There is plenty of space for the /Home partition but no space on sda1 and I can't extend it. I checked with the disk analyser tool and it showed that the 'var' file has used most of the space; it's full of Flatpack folders. All the other folders look OK. I remember seeing a tool that can 'clean' folder/discs but can't find it now. Thought it may be the temp folder fill up the space but that looks OK. Can't work out what has happened to fill the 'root' folder, no extra software installed and last time I looked it was only about 50% full. If I don't do something soon then the PC will lock up And she will do her 'nut' (doesn't like computers that go wrong!) What's happening please and can I recover the space. All above by using a GUI desktop, Mint 19.2 Cinnamon. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
Re: [Dorset] Problem with 'full' Root partition
Perhaps try Bleachbit? P. On 27/01/2021 14:37, C Wills wrote: Sorry the original copy was sent from another email address which is not authorised by DLUG system. Sending from the correct address, hope you don't get it twice!! Clive Hi All Yesterday my wife started her PC and got a warning notice saying there was on 1GiB on space left on the 'root' partition. Checking today the following was reported:- sda1 Ext4 / size - 24.5GiB, Used - 22.7GiB (93%) Free - 1.71GiB (7%). There is plenty of space for the /Home partition but no space on sda1 and I can't extend it. I checked with the disk analyser tool and it showed that the 'var' file has used most of the space; it's full of Flatpack folders. All the other folders look OK. I remember seeing a tool that can 'clean' folder/discs but can't find it now. Thought it may be the temp folder fill up the space but that looks OK. Can't work out what has happened to fill the 'root' folder, no extra software installed and last time I looked it was only about 50% full. If I don't do something soon then the PC will lock up And she will do her 'nut' (doesn't like computers that go wrong!) What's happening please and can I recover the space. All above by using a GUI desktop, Mint 19.2 Cinnamon. -- Next meeting: Online, Jitsi, Tuesday, 2021-02-02 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
