[ale] HELP - Out of Storage on /

[Lightner, Jeff]

Your output below shows that /usr and /lib are your biggest offenders.  /lib is fairly static (that is it grows as you add packages but typically doesn't have anything else growing such as output files or logs) so I'd focus on /usr as it has directories like /usr/local and /usr/share that might have logs or other output files that are growing.

cd /usr
du -sk /usr |sort -n
Will sort the output so largest subdirectories appear first.   You can then do the du -sk within each subdirectory to do drill down.

Of course you should look in / itself to be sure it doesn't have any large files.

Another thing to look for is core (memory dump) files.   These can usually be deleted (be sure it is actually a core dump - some things actually create directories named core which are not core dumps).





-----Original Message-----
From: ale-bounces at ale.org [mailto:ale-bounces at ale.org] On Behalf Of James Sumners
Sent: Friday, December 09, 2011 11:34 AM
To: Atlanta Linux Enthusiasts
Subject: Re: [ale] HELP - Out of Storage on /

`find / -type f -size +200M 2>/dev/null`

On Fri, Dec 9, 2011 at 11:29, JD <jdp at algoloma.com> wrote:
> 20GB partition mounted on /.
> df is reporting 100% used on /.
> If I add up all the reported storage, only 4.7GB is used.
>
>
> $ \df -k
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sda1             19501440  19497112      4328 100% /
> none                   4088752       348   4088404   1% /dev
> none                   4093728         0   4093728   0% /dev/shm
> none                   4093728       600 4093128   1% /var/run
> none                   4093728         0   4093728   0% /var/lock
> none                   4093728         0   4093728   0% /lib/init/rw
>
> I can't figure out which files are using all the storage. I know this sounds
> really dumb.  Removed the other physical partitions from the du -s listing.
>
> $ sudo \du -sk
> 8072    /bin/
> 36644   /boot/
> 12980   /etc/
> 52      /home/
> 318052  /lib/
> 12460   /lib32/
> 58952   lost+found/
> 12      /mnt/
> 1156    /root/
> 10692   /sbin/
> 0       /sys/
> 16      /tmp/
> 3702072 /usr/
> 585264  /var/
>
> It is an Ubuntu Server x64 10.04.3 (up to date patched) system mainly used for
> file storage and running KVM VMs.
>
> * Disabled ureadahead and rebooted this morning hoping that was the issue. It
> wasn't.
> * Forced an fsck and rebooted this morning. The numbers above are post-reboot.
>
> Any ideas to find the disk sucking files?




--
James Sumners
http://james.roomfullofmirrors.com/

"All governments suffer a recurring problem: Power attracts
pathological personalities. It is not that power corrupts but that it
is magnetic to the corruptible. Such people have a tendency to become
drunk on violence, a condition to which they are quickly addicted."

Missionaria Protectiva, Text QIV (decto)
CH:D 59

_______________________________________________
Ale mailing list
Ale at ale.org
http://mail.ale.org/mailman/listinfo/ale
See JOBS, ANNOUNCE and SCHOOLS lists at
http://mail.ale.org/mailman/listinfo




Athena®, Created for the Cause(tm)
Making a Difference in the Fight Against Breast Cancer

---------------------------------
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you.
----------------------------------