From owner-freebsd-stable@FreeBSD.ORG Wed Aug 31 18:47:21 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 DBCC816A420 for ; Wed, 31 Aug 2005 18:47:21 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A07E043D55 for ; Wed, 31 Aug 2005 18:47:21 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Wed, 31 Aug 2005 11:47:20 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5505A5D07; Wed, 31 Aug 2005 11:47:20 -0700 (PDT) To: "Darren Pilgrim" In-reply-to: Your message of "Tue, 30 Aug 2005 23:07:16 PDT." <002101c5adf2$3db52620$642a15ac@SMILEY> Date: Wed, 31 Aug 2005 11:47:20 -0700 From: "Kevin Oberman" Message-Id: <20050831184720.5505A5D07@ptavv.es.net> Cc: freebsd-stable@freebsd.org, 'Steven Hartland' , "'Julian H. Stacey'" Subject: Re: Sysinstall automatic filesystem size generation. 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, 31 Aug 2005 18:47:22 -0000 > From: "Darren Pilgrim" > Date: Tue, 30 Aug 2005 23:07:16 -0700 > Sender: owner-freebsd-stable@freebsd.org > > From: Julian H. Stacey > > "Steven Hartland" wrote: > > > data. In addition to that I dont have to sit though 1 hour worth of > > > offline checks when it crashes for what ever reason which I do on > our > > > FreeBSD boxes. > > > > [Apologies if I missed something, coming in late on thread, but ...] > > > > FreeBSD-4 does fsck on dirty filesystems before going multi > > user: You wait. > > FreeBSD-5.* & 6.0-BETA3 : fsck runs in background after boot: > > No waiting. > > A dirty volume can cause some fairly severe problems if it's used before > the background fsck completes repairs. I'd rather delay restart than > face even more damage when something else dies because the volume was > mounted dirty. This should NOT be the case if you have softupdates enabled for a partition. And fsck should not background if the partition does not have soft updates enabled. If the volume with soft updates is mounted 'dirty', it should have NO implications other then not having all of the free space on the disk available until the fsck completes. Read-write access should always be safe and no data should be effected by the fsck. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634