From owner-freebsd-current Tue Mar 18 12:14:14 2003 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 43B0237B404; Tue, 18 Mar 2003 12:14:13 -0800 (PST) Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBB1B43FE0; Tue, 18 Mar 2003 12:14:08 -0800 (PST) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-a151.otenet.gr [212.205.215.151]) by mailsrv.otenet.gr (8.12.8/8.12.8) with ESMTP id h2IKDM5u020671; Tue, 18 Mar 2003 22:13:34 +0200 (EET) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.8/8.12.8) with ESMTP id h2IKDJam003345; Tue, 18 Mar 2003 22:13:19 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.12.8/8.12.8/Submit) id h2IKD3v4003344; Tue, 18 Mar 2003 22:13:03 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 18 Mar 2003 22:13:03 +0200 From: Giorgos Keramidas To: Bakul Shah Cc: Poul-Henning Kamp , Julian Elischer , current@FreeBSD.ORG, fs@FreeBSD.ORG Subject: Re: Anyone working on fsck? Message-ID: <20030318201303.GD1825@gothmog.gr> References: <54291.1047937142@critter.freebsd.dk> <200303172205.RAA18117@goliath.cnchost.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303172205.RAA18117@goliath.cnchost.com> X-RAVMilter-Version: 8.4.2(snapshot 20021217) (terpsi) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2003-03-17 14:05, Bakul Shah wrote: >> If you start to implement any sort of journaling (that is what you >> talked about in your email), you might as well just stop right at >> the "clean" bit, and avoid the complexity. > > No, I didn't suggest journaling, I suggested storing all state in a > contiguous area (or a small number of such areas). indirect blocks, > keeping track of free blocks, etc. You can still do a completely > exhaustive fsck but it won't be exhausting to you. This has two disadvantages though. One of them is that you'll end up redefining UFS which Julian prohibited. The other one is that you risk corruption if this area (or some of these areas) of the disk has hardware problems. One area only is entirely out of question. If it breaks, you lost it all. Add too many of these areas and you waste a lot of disk space. Of course, there probably is some percentage that can give us all the benefits of accessing only a fraction of the total disk space and still be small enough to be ok. It can even be made tunable with tunefs, as so many other things. But if this is done, it should be done after quite a bit of research. And you still end up modifying UFS. - Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message