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 -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list