File system bafflement
Rashkae
ubuntu at tigershaunt.com
Tue Sep 2 14:33:59 UTC 2014
On 14-09-02 10:20 AM, R Kimber wrote:
> On Tue, 02 Sep 2014 08:38:01 -0400
> Rashkae wrote:
>
>> you can run this command to see which directories are taking up all the
>> space:
>>
>> cd /
>>
>> sudo du -shx *
> This gives:-
>
> 9.7M bin
> 93M boot
> 12K dev
> 78M etc
> 18G home
> 0 initrd.img
> 0 initrd.img.old
> 705M lib
> 3.5M lib32
> 4.0K lib64
> 16K lost+found
> 16K media
> 4.0K mnt
> 8.0K mount
> 136M opt
> du: cannot access ‘proc/28846/task/28846/fd/4’: No such file or directory
> du: cannot access ‘proc/28846/task/28846/fdinfo/4’: No such file or
> directory du: cannot access ‘proc/28846/fd/4’: No such file or directory
> du: cannot access ‘proc/28846/fdinfo/4’: No such file or directory
> 0 proc
> 51M root
> 2.0M run
> 12M sbin
> 4.0K srv
> 0 sys
> 204K tmp
> 7.9G usr
> 4.2G var
> 0 vmlinuz
> 0 vmlinuz.old
> 4.0K webmin-setup.out
>
> But as I said /usr, /var, /tmp, /home, /usr/local are all on separate
> patitions.
>
> - Richard.
My bad. The x option doesn't work as I intended when the mout points are
part of the file list you are seeking.
There's probably a clever way to work around that, but until I figure it
out, I would suggest booting from a live cd and examining your root file
system from there. My best guess: you have some large amount of data
hiding behind one of those mount points. What do I mean?
Suppose on your root filesystem, you have a really big file called
/home/bigfile.bin Then your system mounts the other partition as /home,
effectively hiding bigfile.bin from your view, but that space is still
being used.
More information about the ubuntu-users
mailing list