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@xxxxxxxx> 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@xxxxxxxx> 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@xxxxxxxxxx
> To unsubscribe: [4]https://www.redhat.com/mailman/listinfo/fedora-list
>
> References
>
> 1. mailto:cl@xxxxxxxx
> 2. mailto:cl@xxxxxxxx
> 3. mailto:fedora-list@xxxxxxxxxx
> 4. https://www.redhat.com/mailman/listinfo/fedora-list
> --
> fedora-list mailing list
> fedora-list@xxxxxxxxxx
> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
--
Chris Green
