From owner-freebsd-stable@FreeBSD.ORG Wed Jul 20 03:02:04 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 C979B16A41F for ; Wed, 20 Jul 2005 03:02:04 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C0E643D45 for ; Wed, 20 Jul 2005 03:02:04 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j6K31oX8042414; Tue, 19 Jul 2005 20:01:59 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200507200301.j6K31oX8042414@gw.catspoiler.org> Date: Tue, 19 Jul 2005 20:01:50 -0700 (PDT) From: Don Lewis To: davidt@yadt.co.uk In-Reply-To: <20050716133710.GA71580@outcold.yadt.co.uk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org Subject: Re: dangerous situation with shutdown process 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, 20 Jul 2005 03:02:04 -0000 On 16 Jul, David Taylor wrote: > On Sat, 16 Jul 2005, Matthias Buelow wrote: >> David Taylor writes: >> >> >> A corrupted journal can be detected. If it's corrupted, discard >> >> the whole thing, or only the relevant entry. The filesystem will >> >> remain consistent. >> >> If track corruption occurs after the journal is written, it doesn't >> >> matter, since at boot the journal will be replayed and all operations >> >> will be performed once more. >> > >> >The track which is corrupted could contain data that wasn't written >> >to in months. How would the journal help? >> >> I don't understand this question. > > When the drive is powered off, the track being written to at that point > may be corrupted, right? That track may contain sectors that the OS > did't change. These sectors would not be mentioned in the journal. > How would a journaling fs fix the corruption? > > I suppose this could be avoided by requiring that all writes (and > journal entries) somehow correspond to a full track. (Which I suppose > they may do already, but I don't think so). The track size is not constant. There are more sectors in the outer cylinder tracks than there are in inner cylinder tracks. I'm not even sure if it is possible to extract the detailed geometry info from the drive.