[opensuse] Re: Root folder full
Hi, I just noted that my root folder is full, and I neither know why or how to correct the problem. I use opensuse 12.2 with 20 GB for root folder (it was the default). The following result may be helpful: df -h Filesystem Size Used Avail Use% Mounted on rootfs 20G 19G 185M 100% / devtmpfs 16G 36K 16G 1% /dev tmpfs 16G 496K 16G 1% /dev/shm tmpfs 16G 752K 16G 1% /run /dev/sda6 20G 19G 185M 100% / tmpfs 16G 0 16G 0% /sys/fs/cgroup tmpfs 16G 752K 16G 1% /var/lock tmpfs 16G 752K 16G 1% /var/run tmpfs 16G 0 16G 0% /media /dev/sda7 827G 27G 800G 4% /home In the root folder, I see that the folder usr occupies 16.3 GB Thanks for any help. Davi -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Davi C. Rodrigues said the following on 10/16/2013 02:36 PM:
I see that the folder usr occupies 16.3 GB
What is in /tmp and /usr/tmp? What is in /lost+found? oh, and have you run fsck to see what state the file system is in and do some clean up. -- How long did the whining go on when KDE2 went on KDE3? The only universal constant is change. If a species can not adapt it goes extinct. That's the law of the universe, adapt or die. -- Billie Walsh, May 18 2013 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
What is in /tmp and /usr/tmp?
3.4 MB files and 4 KB files
What is in /lost+found?
Nothing.
oh, and have you run fsck to see what state the file system is in and do some clean up.
-- How long did the whining go on when KDE2 went on KDE3?
The only universal constant is change. If a species can not adapt it goes extinct. That's the law of the universe, adapt or die. -- Billie Walsh, May 18 2013
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Davi C. Rodrigues said the following on 10/16/2013 03:02 PM:
What is in /tmp and /usr/tmp?
3.4 MB files and 4 KB files
You should see about leaning /tmp then. There are many reasons why having /tmp on a separate FS (including some security ones that claim to have been overcome, but I'm a bit paranoid there) is a good idea. Of course if you have a lot of memory then /tmp (or some part of it) can be a tmpfs
What is in /lost+found?
Nothing.
GOOD! There are also some file cleanup tools such as * bleachbit including cleaning out unused languages - that's a LOT! * sweeper * fslint and of course judicious use of 'find' :-) -- How long did the whining go on when KDE2 went on KDE3? The only universal constant is change. If a species can not adapt it goes extinct. That's the law of the universe, adapt or die. -- Billie Walsh, May 18 2013 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward wrote:
What is in /tmp and /usr/tmp? 3.4 MB files and 4 KB files
You should see about leaning /tmp then.
There are many reasons why having /tmp on a separate FS (including some security ones that claim to have been overcome, but I'm a bit paranoid there) is a good idea. Of course if you have a lot of memory then /tmp (or some part of it) can be a tmpfs
It's possible to have /tmp cleared out automagically at boot. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wed, 16 Oct 2013 15:41:55 -0400, James Knott wrote:
It's possible to have /tmp cleared out automagically at boot.
Or indeed by tmpwatch, which looks at the last access date and decides after a certain amount of idle time to clear out untouched files from /tmp (or any other path, for that matter). Myself, I just ran bleachbit on my main desktop, freed up about 5 GB of data by deleting old cache files and other cruft that was no longer needed. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/16/2013 12:24 PM, Anton Aylward wrote:
Of course if you have a lot of memory then /tmp (or some part of it) can be a tmpfs
Not a good idea. Probably self defeating. Some applications make heavy use of tmp, and even heavier use when there is not sufficient memory to hold stuff in memory. As posted in another reply k3b is one of these. It will create multi gigabyte iso images in tmp and then NOT ERASE them!! Opensuse default partitioning scheme should probably be re-thought, to either move /tmp to its own partition, or make / (root) considerably bigger than the default recommended currently. Users installing for the first time are not in a position to guess future requirements when stuff is scattered all over in /tmp /usr/tmp, and some portions of what is in these so called temp directories is now expected to survive a reboot!! When did THAT change? -- Explain again the part about rm -rf / -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
I am not an expert on such matters, but I cannot understand what the temp files have to do with my problem. They only occupy a very small fraction of the root, a few MB in 20 GB. Also, the logs seem not to be the source of trouble. sudo du -h /var/log root's password: 88K /var/log/ConsoleKit 4.0K /var/log/krb5 54M /var/log/journal/41ef233e76e7528b304b79b700000697 54M /var/log/journal 4.0K /var/log/samba 4.0K /var/log/hp 15M /var/log/YaST2 1.4M /var/log/zypp 4.0K /var/log/news 1.6M /var/log/cups 102M /var/log It seems that the safest thing to do is to uninstall the older version of Mathematica. If I do this, I will recover 3 GB. That helps, but unfortunately, that is not much, and I would like to preserve the old version... Probably the best thing to do would be to set a larger partition for root when I installed opensuse. Is there a safe and easy way to enlarge the root partition? Thanks -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/16/2013 01:01 PM, Davi C. Rodrigues wrote:
I am not an expert on such matters, but I cannot understand what the temp files have to do with my problem. They only occupy a very small fraction of the root, a few MB in 20 GB.
Also, the logs seem not to be the source of trouble.
sudo du -h /var/log root's password: 88K /var/log/ConsoleKit 4.0K /var/log/krb5 54M /var/log/journal/41ef233e76e7528b304b79b700000697 54M /var/log/journal 4.0K /var/log/samba 4.0K /var/log/hp 15M /var/log/YaST2 1.4M /var/log/zypp 4.0K /var/log/news 1.6M /var/log/cups 102M /var/log
It seems that the safest thing to do is to uninstall the older version of Mathematica. If I do this, I will recover 3 GB. That helps, but unfortunately, that is not much, and I would like to preserve the old version... Probably the best thing to do would be to set a larger partition for root when I installed opensuse. Is there a safe and easy way to enlarge the root partition?
Thanks
You can only resize a partition if you have spare space on the drive, or if you can shrink some other partition. Gpartd can do this. But in your case you may find it simpler to move /usr to its own partition. It seems to me that there was some noise on this list with systemD making this more complicated than it was in the past (it was never drop dead easy, unless, as mentioned you are sitting on a bunch of unallocated space). -- Explain again the part about rm -rf / -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wed, Oct 16, 2013 at 4:42 PM, John Andersen <jsamyth@gmail.com> wrote:
It seems to me that there was some noise on this list with systemD making this more complicated than it was in the past (it was never drop dead easy, unless, as mentioned you are sitting on a bunch of unallocated space).
If you have a initrd (which is default and almost everyone has), then /usr is mounted via logic in initrd prior to the systemd even starting from what I understand. Thus systemD neither makes it easier nor harder since /usr is mounted prior to it starting. Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/16/2013 2:18 PM, Greg Freemyer wrote:
On Wed, Oct 16, 2013 at 4:42 PM, John Andersen <jsamyth@gmail.com> wrote:
It seems to me that there was some noise on this list with systemD making this more complicated than it was in the past (it was never drop dead easy, unless, as mentioned you are sitting on a bunch of unallocated space).
Yes... it does.
If you have a initrd (which is default and almost everyone** has), then /usr is mounted via logic in initrd prior to the systemd even starting from what I understand.
--- **"everyone"=those who don't care as much about speed. The systemd reference pages suggest *NOT* using initrd for faster boot. Who knows, maybe suse will support faster boots in the future. Right now, they are still trying to cope with all the reqs and changes of systemd to get to secure EFI booting to produce appliance systems. I threw in a few crutches for the rest of the boot process in: /etc/rc.d/boot.d: S01boot.sysctl@ S01boot.usr-mount@ S02boot.udev@ S05boot.clock@ S06boot.device-mapper@ S06boot.loadmodules@ S06boot.localnet@ S07boot.assign_netif_names@ S07boot.cgroup@ S10boot.lvm@ S11boot.localfs@ <-- this is about 14secs from kernel unpacking. S13boot.klog@ S13boot.lvm_monitor@ S13boot.swap@ <--- and at ~16 secs... [ 10.200027] bio: create slab <bio-1> at 1 [ 10.843408] bio: create slab <bio-2> at 2 [ 14.414724] XFS (sdc3): Mounting Filesystem [ 14.485300] XFS (sdc3): Ending clean mount [ 14.492799] XFS (dm-3): Mounting Filesystem [ 14.676810] XFS (dm-3): Ending clean mount ... [ 16.374981] Adding 8393924k swap on /dev/sdc5. Priority:-1 extents:1 across:8393924k FS Kernel logging (ksyslog) stopped. --- Before that it's all HW startup... ~20-25 seconds later and all services are up. Basically I use the "boot" phase to setup the system to handle system services ... with systemd starting after the initial "boot" phase (or initrd phase)... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* John Andersen <jsamyth@gmail.com> [10-16-13 16:45]: [...]
It seems that the safest thing to do is to uninstall the older version of Mathematica. If I do this, I will recover 3 GB. That helps, but unfortunately, that is not much, and I would like to preserve the old version... Probably the best thing to do would be to set a larger partition for root when I installed opensuse. Is there a safe and easy way to enlarge the root partition?
You can only resize a partition if you have spare space on the drive, or if you can shrink some other partition. Gpartd can do this.
But in your case you may find it simpler to move /usr to its own partition.
It seems to me that there was some noise on this list with systemD making this more complicated than it was in the past (it was never drop dead easy, unless, as mentioned you are sitting on a bunch of unallocated space).
there is aways LVM, and changing partitioning is not necessary. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Davi C. Rodrigues said the following on 10/16/2013 04:01 PM:
Is there a safe and easy way to enlarge the root partition?
Probably not if you are using primary partitions and they are back-to-back. As Patrick says, if you use LVM then you have a lot more flexibility. What you could do is add another drive, format that (possibly as LVM showing foresight) and migrate /var or something to it. I have unloaded a lot of the root fs. As people have pointed out, since initrd mounts /usr you don't need to have that as part of the rootFS. I've put the huge libraries I have for perl and Ruby into separate partitions so /usr could be in a smaller one. Using LVM you can make smaller specialized partitions for managing in different ways. Networked workstations can share a /usr/share/ on a server. I Depending on your disk layout you *might* be able to migrate /home to another drive , remove that partition from the main drive and expand the root FS into the space you've just freed up. Drives are cheap :-) A 1T from Tiger is about $70. Slight more at BestBuy. And yes, there are 160T drives coming out now! -- “When dealing with people, remember that you are not dealing with creatures of logic, but creatures of emotions.” —Dale Carnegie -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/16/2013 12:02 PM, Davi C. Rodrigues wrote:
What is in /tmp and /usr/tmp?
3.4 MB files and 4 KB files
What is in /lost+found?
Nothing.
Also look into /var/log and delete old compressed logs. Its hard to know how to tell you where to check without knowing how you have partitioned your drive, but there are some pretty large hogs that can find their way to various sub-directories of /tmp or /var. /var/spool can get quite huge at times I was recently moving huge files around in my /home directory and burning them to removable media and deleting them afterward. (Using K3b). I found these huge file structures and .iso images all ended up being replicated in /tmp. I had to reconfigure k3b to use a temporary directory on my much larger /home partition rather than using /tmp The default OpenSuse setup will put /tmp as a subdirectory of / (root) but at the same time, the default setup makes that / partition way too small to accommodate such huge /tmp usage. -- Explain again the part about rm -rf / -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (8)
-
Anton Aylward -
Davi C. Rodrigues -
Greg Freemyer -
James Knott -
Jim Henderson -
John Andersen -
Linda Walsh -
Patrick Shanahan