From owner-freebsd-current@FreeBSD.ORG Tue Jul 20 19:55:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D628216A4CE for ; Tue, 20 Jul 2004 19:55:52 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 825A243D5E for ; Tue, 20 Jul 2004 19:55:52 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i6KJtIrL008377 for ; Tue, 20 Jul 2004 15:55:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i6KJtIoM008374 for ; Tue, 20 Jul 2004 15:55:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 20 Jul 2004 15:55:17 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Anyone else noticed: bgfsck doesn't bgfsck non-root 'a' partitions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 19:55:52 -0000 fsck has logic to force a full preening fsck of '/', permitting background file system fsck only for non-root file systems. For the past few weeks, I've been wondering why it takes *so* *long* to fsck the root file system of one of my boxes at work, only to find out that the reason is that it's running a non-background fsck on /dev/da1s1a, which is an 'a' partition, but not the root file system (/dev/da0s1a). It successfully uses bgfsck on /var and /usr, but not /local0. So it sounds like the logic in fsck is simply guessing that any 'a' partition needs a foreground fsck. This might be a problem if you wanted to background fsck a multi-terabyte /bigpartition for exactly the reason bgfsck was introduced. :-) Has anyone else run into this, or perhaps want to fix it? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research