How to get "du -sk *" to work sensibly

Arun Vatsil arun at vatsil.com
Sun Dec 30 19:29:26 UTC 2007


Hello,

Note the size of /home below.

[root at vatsil vatsil]# du -xh --max-depth=1 /
0       /misc
500K    /tmp
8.0K    /mnt
0       /sys
527M    /var
0       /proc
25M     /sbin
115M    /etc
56K     /media
16K     /lost+found
0       /net
8.0K    /home
2.0K    /boot
82M     /lib
2.5M    /root
0       /dev
7.8M    /bin

[root at vatsil vatsil]# du -xh --max-depth=1 /home
16K     /home/lost+found
298M    /home/vatsil
298M    /home

[root at vatsil vatsil]#

Note the size of /home above. Am I missing something?

vatsil.


On Dec 31, 2007 12:06 AM, Chris G <cl at isbd.net> wrote:

> On Sun, Dec 30, 2007 at 03:56:06PM +0530, Arun Vatsil wrote:
> >
> >    Hello,
> >    but   "du   -xk   --max-depth=1   /"  will  not  include  a  file
>  say
> >    "/home/user1/movies/virumandi.avi"  in  its  calculation  of  the
> disk
> >    usage of / . Is that ok?
>
> Yes, it *does* include the space consumed by that file.  Don't ask me
> what the logic is here but the --max-depth=x option doesn't mean
> ignore all space consumed by files below that depth.
>
>
> >    vatsil.
> >
> >    On Dec 30, 2007 3:42 PM, Chris G <[1]cl at isbd.net> wrote:
> >
> >    On Sat, Dec 29, 2007 at 03:27:58PM -0600, Aaron Konstam wrote:
> >    > On Sat, 2007-12-29 at 15:25 +0000, Chris G wrote:
> >    > > On Sat, Dec 29, 2007 at 09:05:29AM -0600, Aaron Konstam wrote:
> >    > > > On Fri, 2007-12-28 at 10:36 -0600, Jon Stanley wrote:
> >    > > > > On 12/28/07, Chris G <[2]cl at isbd.net> wrote:
> >    > > > >
> >    >  >  >  >  >  So  how  can  I  get an idea of the size of the
> various
> >    directories on my
> >    > > > > > root file system?  There seems no easy way.
> >    > > > >
> >    > > > > Something like du -xk --max-depth=1 / would work.
> >    > > > What is wrong with du -s * from /
> >    > > >
> >    >  >  It takes an infinite (well, impossibly long) amount of time
> when
> >    it
> >    >  >  hits my remotely mounted NAS server.  It also tells me the
> space
> >    used
> >    > > on mounts which isn't very useful if I'm trying to work out
> what's
> >    > > using all the space on my root disk.
> >    > >
> >    >  >  I  want  a  tool  to  tell  me what's using all the space on
> one
> >    specific
> >    > > volume/partition.
> >    > >
> >    > > --
> >    > > Chris Green
> >    > >
> >    > then at / run: du -s {list of directories you want to check}
> >
> >      It's  not  necessarily  at  all obvious which directories are mount
> >      points
> >      and which are real, space consumung, directories so {list of
> >      directories you want to check} isn't easy to create and may well
> >      change occasionally.
> >      Anyway someone else came up with an effective solution to what I
> >      want:-
> >
> >       du -xk --max-depth=1 /
> >
> >      That works exactly as I want showing all directories on the root
> >      volume but with mount points using no space.  (... and more to the
> >      point not taking a huge amount of time searching around my network
> >      drive).
> >      --
> >      Chris Green
> >
> >    --
> >    fedora-list mailing list
> >    [3]fedora-list at redhat.com
> >    To unsubscribe:
> [4]https://www.redhat.com/mailman/listinfo/fedora-list
> >
> > References
> >
> >    1. mailto:cl at isbd.net
> >    2. mailto:cl at isbd.net
> >    3. mailto:fedora-list at redhat.com
> >    4. https://www.redhat.com/mailman/listinfo/fedora-list
>
> > --
> > fedora-list mailing list
> > fedora-list at redhat.com
> > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>
> --
> Chris Green
>
> --
> fedora-list mailing list
> fedora-list at redhat.com
> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20071231/e5be7df3/attachment-0001.htm>


More information about the fedora-list mailing list