[ale] [Solved] HELP - Out of Storage on /
Lightner, Jeff
JLightner at water.com
Fri Dec 9 12:48:37 EST 2011
One way to avoid this in future is to make a small filesystem (e.g. 5 MB) as the parent of the your submount then mount your submount on that.
e.g.
/backup = your small filesystem
/backup/data = your backup device formerly mounted as just /data
If /backup/data doesn't mount for any reason then only /backup gets filled and not / itself.
-----Original Message-----
From: ale-bounces at ale.org [mailto:ale-bounces at ale.org] On Behalf Of JD
Sent: Friday, December 09, 2011 12:29 PM
To: Atlanta Linux Enthusiasts
Subject: Re: [ale] [Solved] HELP - Out of Storage on /
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?
>
>
>
_______________________________________________
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(r), 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.
----------------------------------
More information about the Ale
mailing list