[ale] [Solved] HELP - Out of Storage on /

JD jdp at algoloma.com
Fri Dec 9 12:29:27 EST 2011


Root cause:
  Human error. Bad assumption ... /Data which always holds mount
  points on this system didn't. The expected disk was not mounted after a
  reboot.

Forcing the find to search on the partition found the files.
  $ sudo find / -type f -size +100M -xdev

Seems a backup partition didn't get mounted correctly after the weekend reboot
(recall the WD USB disk issue asked last month?). Writing backups to the wrong
partition was a bad idea.


Thanks for the help.




> -----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?
> 
> 
> 


More information about the Ale mailing list