From owner-freebsd-stable@FreeBSD.ORG Tue Jan 13 12:02:02 2009 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 A9F08106567A for ; Tue, 13 Jan 2009 12:02:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A45C58FC37 for ; Tue, 13 Jan 2009 12:02:01 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA14596; Tue, 13 Jan 2009 14:01:54 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <496C82B1.9030604@icyb.net.ua> Date: Tue, 13 Jan 2009 14:01:53 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: Andrew Snow References: <496B3E28.3070902@icyb.net.ua> <496BE193.4070807@modulus.org> In-Reply-To: <496BE193.4070807@modulus.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fsck_y_enable: suboptimal/odd? 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: Tue, 13 Jan 2009 12:02:16 -0000 on 13/01/2009 02:34 Andrew Snow said the following: > Andriy Gapon wrote: > >> To me it seems like fsck_y passes suboptimal flags to fsck, it doesn't >> have to examine each and every filesystem in fstab. > > I think think this is because it does a quick check first to see if it > can run the fsck in background after boot into multi-user mode. > > If it cannot, then fsck exits and is re-run with fsck -y and runs in > foreground mode. True, I do not have softupdates enabled and I also have bg fsck explicietely prohibited. Still I do not understand why clean filesystems have to be checked. -- Andriy Gapon