From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 11:35:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E55591065673 for ; Wed, 17 Mar 2010 11:35:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id A1C518FC15 for ; Wed, 17 Mar 2010 11:35:39 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5E9F919E023; Wed, 17 Mar 2010 12:35:37 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D2C0819E019; Wed, 17 Mar 2010 12:35:34 +0100 (CET) Message-ID: <4BA0BE85.8030206@quip.cz> Date: Wed, 17 Mar 2010 12:35:33 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <86pr338bak.fsf@ds4.des.no> In-Reply-To: <86pr338bak.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors in CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 11:35:40 -0000 Dag-Erling Smørgrav wrote: > Miroslav Lachman<000.fbsd@quip.cz> writes: >> The LBA of bad sector is *79725167* [...] s1 starts 63 sectors from >> the beginning of the drive and /var/db has offset 39845888. So am I >> right that I need to find block number *39879105* by findblk command? > > Uh, 79725167 - 63 = 79725104 and 79725104 - 39845888 = 39879216. How > did you arrive at 39879105? I am sorry, it was my confusion. My calculation was for *LBA=79725056* reported in messages: ad4: FAILURE - READ_DMA status=51 error=40 LBA=79725056 79725056 - 63 - 39845888 = *39879105* Your calculation is for LBA reported by SMART log 40 51 00 6f 82 c0 44 Error: UNC at LBA = 0x04c0826f = *79725167* That's why I get different result ;) I must pay more attention to the numbers next time! It is interesting that there are two different LBAs for "same" error (appeared at the same time) Miroslav Lachman