Date: Tue, 25 Jan 2005 09:09:11 +0800 From: he ccj <heccjj@gmail.com> To: John <john@starfire.mn.org> Cc: freebsd-questions@freebsd.org Subject: Re: /var is lack of space!! Message-ID: <3bbab5ce05012417097cb67c21@mail.gmail.com> In-Reply-To: <20050124101250.A4416@starfire.mn.org> References: <41F4CD7F.6050308@gmail.com> <20050124071628.B3660@starfire.mn.org> <16885.6478.271432.655623@jerusalem.litteratus.org> <20050124101250.A4416@starfire.mn.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Thanks all of you,with your instruction,i found that it's /var/spool/clientmqueue use almost all of my disk space!!And i delete this directory,every thing is ok! But which program produce those rubish?and how can i stop that program? On Mon, 24 Jan 2005 10:12:50 -0600, John <john@starfire.mn.org> wrote: > On Mon, Jan 24, 2005 at 10:50:38AM -0500, Robert Huff wrote: > > > > John writes: > > > > > This is a good way to find out "where" the storage is being used: > > > cd /var ; du -s * | sort -nr | more > > > That will give you a list, sorted from most storage to least, of > > > each directory (or file) at the /var level. You can then choose > > > to descend into one of those, and run the command again, to drill > > > deeper. > > > > Technical notes: > > 1) given you're already at /var, the "*" is superfluous. > > No, it's not your technical notes are WRONG, you've not understood > my point. With the "-s" option and not the *, you'd only get the > total usage for the filesystem, and he already knows that from the > "df". > > > 2) if you omit the -s, you get the "drilling down" for free: > > You've entirely missed my point. Read on... > > > 47100 ./db > > 40126 ./db/pkg > > 13160 ./log > > 10738 ./log/samba > > I find this hard to read, you've done a great job of illustrating my point. > When looking at this, you need to remember that the ./db 47100 contains > the ./db/pkg 40126 - you can't add up that column of numbers to see what > part of the total filesystem is in use. > > I'm not saying my way is the only way, but at least I'm not telling > you your way is wrong without understanding it. I find my method > useful, so I shared it - if he doesn't want to use it, he doesn't have to. > -- > > John Lind > john@starfire.MN.ORG > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3bbab5ce05012417097cb67c21>