From owner-freebsd-stable@FreeBSD.ORG Wed Oct 24 07:45:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FD9216A418 for ; Wed, 24 Oct 2007 07:45:01 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 398DD13C4B2 for ; Wed, 24 Oct 2007 07:44:58 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 6167 invoked by uid 89); 24 Oct 2007 07:17:56 -0000 Received: by simscan 1.2.0 ppid: 6162, pid: 6164, t: 0.6757s scanners: attach: 1.2.0 clamav: 0.88.7/m:44/d:4232 Received: from unknown (HELO claylaptop) (clay@milos.za.net@84.203.2.161) by bart.milos.co.za with ESMTPA; 24 Oct 2007 07:17:56 -0000 Message-ID: <00a701c8160d$fb78e810$0264a8c0@claylaptop> From: "Clayton Milos" To: "[LoN]Kamikaze" References: <471EE5BE.5080604@gmx.de><20071024065725.GA89715@eos.sc1.parodius.com> <471EEF21.5010800@gmx.de> Date: Wed, 24 Oct 2007 08:17:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: freebsd-stable@freebsd.org Subject: Re: 1.3G of my /var missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 07:45:01 -0000 > Jeremy Chadwick wrote: >> On Wed, Oct 24, 2007 at 08:27:10AM +0200, [LoN]Kamikaze wrote: >>> df -h reports that on /var 1.5G of 1.9G are used and only 237M of free >>> space >>> remain. >>> >>> However doing a >>> du -hd 1 /var >>> >>> and summing up the results I only get to less than 200M of used space, >>> so >>> there are 1.3G unaccounted for. fsck in single user mode does not >>> recognize a >>> problem. >> >> Try looking at tunefs(8), particularly the -m flag. That amount of >> space is kept for root (the user). >> > > As in most cases the problem was sitting between the chair and the > keyboard. I > simply overlooked the G when I read that /var/log contained 1.3G of data. > > I'm sorry for wasting the precious time of those who read or even replied > with > my stupidity. Sounds like you need to make a few entries in /etc/newsyslog First thing I do when I add any new apps is give their logs a life cycle. All too quickly logs become bulky and you find /var holding it's breath. -Clay