From owner-freebsd-stable@FreeBSD.ORG Fri Jun 10 15:05:26 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05EBE16A41C; Fri, 10 Jun 2005 15:05:26 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from efnet-math.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8815E43D1D; Fri, 10 Jun 2005 15:05:25 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [128.173.145.200] (h80ad91c8.dhcp.vt.edu [128.173.145.200]) (authenticated bits=0) by efnet-math.org (8.13.1/8.13.1) with ESMTP id j5AF5BTU018811 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Fri, 10 Jun 2005 11:05:12 -0400 In-Reply-To: <1118375433.694.1.camel@spirit> References: <20050610042211.5d214150.jylefort@FreeBSD.org> <365EB646-B593-4038-9525-D0CC3C00D691@FreeBSD.org> <1118375433.694.1.camel@spirit> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed Message-Id: <1634E29D-2A30-477E-A759-991498D404CE@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: Suleiman Souhlal Date: Fri, 10 Jun 2005 11:05:00 -0400 To: Xin LI X-Mailer: Apple Mail (2.730) Cc: Jean-Yves Lefort , freebsd-stable , Xin LI Subject: Re: UFS2 partition with negative used space 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: Fri, 10 Jun 2005 15:05:26 -0000 Hi, On Jun 9, 2005, at 11:50 PM, Xin LI wrote: > Hi, Suleiman, > > =E5=9C=A8 2005-06-09=E5=9B=9B=E7=9A=84 23:35 -0400=EF=BC=8CSuleiman = Souhlal=E5=86=99=E9=81=93=EF=BC=9A > >> Hi, >> > [...] > >> It used to be recomputed by the kernel at mount time if the >> filesystem was dirty, but delphij changed it so that background fsck >> recomputes it instead. For some reason, in this case, this wasn't >> enough to synchronize the superblock's cg summary with the actual >> summary stored in the cgs. I'll have to investigate some more. >> > > Will setting vfs.ffs.compute_summary_at_mount=3D1 before mounting the > volume help the situation? Unfortunately, we didn't try that (well, we actually did, but I =20 forgot to tell Jean-Yves to make sure his volume was dirty before =20 mounting it). -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org