From owner-freebsd-fs Tue Oct 30 8:22:24 2001 Delivered-To: freebsd-fs@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id AF44837B403 for ; Tue, 30 Oct 2001 08:22:20 -0800 (PST) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout1.freenet.de with esmtp (Exim 3.33 #1) id 15ybeZ-0006j0-00; Tue, 30 Oct 2001 17:22:15 +0100 Received: from b821c.pppool.de ([213.7.130.28] helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.33 #3) id 15ybeY-0003GP-00; Tue, 30 Oct 2001 17:22:14 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id f9UGKiD07588; Tue, 30 Oct 2001 17:20:45 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200110301620.f9UGKiD07588@Magelan.Leidinger.net> Date: Tue, 30 Oct 2001 17:20:43 +0100 (CET) From: Alexander Leidinger Subject: Re: physical block no -> name of file (FFS)? To: tlambert2@mindspring.com Cc: bde@zeta.org.au, julian@elischer.org, fs@FreeBSD.ORG In-Reply-To: <3BDECF33.7A280A2E@mindspring.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 30 Okt, Terry Lambert wrote: > The problem is that you will have to exhaustively search 50% of > all metadata to find a bad block that's contained in a file, and > 100% of all metadata, if it's not contained in a file (for example, > if it has been replaced by a spare, or the error occurred during a > free of the bad block, and the bad block was in metadata, so it > held a reference to non-bad blocks). If it is replaced by a spare, I didn't have a problem. I just want to use the program to lookup files for which the error still is present (in my particular situation there was a read error on a file and I had to issue a write command to this block (with camcontrol) to have it replaced with a spare). If the bad block was in metadata, I'm screwed, but I think it is better to have a tool which solves a subset of my problems instead of not having a tool which solves a subset. > In any case, you are looking at a reverse lookup problem. But with my approach I didn't have to look at every allocated block (worst case) to find the file (like the backup approach), I have only to look at every allocated block which contains metadata. Bye, Alexander. -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message