Ted Byers composed on 2015-05-15 16:19 (UTC-0400):
Well, I got rid of some old RPM files, and that freed some space.
ted@gremlin:/usr/share> df -a Filesystem 1K-blocks Used Available Use% Mounted on rootfs 20510716 19430324 15436 100% / /dev/sda2 20510716 19430324 15436 100% / /dev/sda3 223288924 45871340 176266292 21% /home
It looks like I now have about 15 MB on /, rather than 0 MB. But, that doesn't seem enough.
Helps, but not near enough long term.
I am appending a list of the contents of /var/log. Is there a quick way to get rid of those logs that are, say, more than a month old - or perhaps a log management tool that can
Do what Petrov suggested, delete all files older than 30 days in the /var/log/ directory and all of its subdirectories: # find /var/log/ -type f -mtime +30 -exec rm -rf {};
get rid of old logs and shrink current ones? I am curious as to why some of the logs (firewall and y2log esp.) for which the current log is HUGE, substantially greater than the previous files.
Answered by Anton.
If you look at the following listing, it seems that even if I get rid of all the old files, there won't be a huge amount of space that is freed.
+1
I note, above, that /home has lots of space. It has been suggested that I move /usr/share, so could I copy it there and mount it from there...
I guess I could copy the contents of /home to one of my other machines, and completely reinstall everything (as a last resort). I believe the file systems are ext4. Can they be resized (make /home smaller and then make / bigger)?
They can, but it's not a process to be taken lightly. You might not be able to grow / without first creating more freespace. First, what exactly is/are the filesystem type(s) in use. Do: # mount | egrep 'on / type|on /home' /dev/md1 on / type ext4 (rw,noatime,data=ordered) /dev/md7 on /home type ext4 (rw,noatime,data=ordered) If btrfs, almost surely it is the bulk of your lack of freespace. More likely you are indeed using ext4. It looks like /var/log/ consumption is a minimal part of your problem. Assuming /tmp/ and /var/tmp/ are similarly modest consumers as /var/log/, it seems you have simply installed a lot more software than the installer anticipated in its partitioning step, meaning on a long term basis, you need to either cut installed software back, or reinstall (after or during) reallocating your total disk space, aka repartitioning (providing you the option Anton suggests, using LVM). Lets see how much software you have installed. Do: # rpm -qa | wc -l 1327 That shows I have 1327 rpm packages installed. I'm guessing your result will be far more than double mine, maybe more than triple or even quadruple. Short term you could free space by uninstalling things you don't need (How many kernels do you have installed???), and/or bind mounting /usr/share into /home somewhere (if what you have there is a significant space consumer; not a subject I can help with other than suggesting Google). Another option would be a HD upgrade from 250G to 500G (or more), cloning from the original to the new, but leaving space between sda2 and sda3 so that after the clone of sda2 it could be resized to grow the filesystem size to twice or triple or more its current 20G. This is a safer approach, as it doesn't involve any writing to your current system, keeping it in effect your backup, but it does require booting something else to perform the operations. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org