From owner-freebsd-questions@FreeBSD.ORG Wed Aug 31 06:13:15 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A737106564A for ; Wed, 31 Aug 2011 06:13:15 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5298FC0A for ; Wed, 31 Aug 2011 06:13:15 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p7V6DEmi061331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 30 Aug 2011 23:13:14 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p7V6DE8w061330; Tue, 30 Aug 2011 23:13:14 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA22974; Tue, 30 Aug 11 23:11:16 PDT Date: Wed, 31 Aug 2011 06:11:12 -0700 From: perryh@pluto.rain.com To: basarevych@gmail.com Message-Id: <4e5e32f0.9who12387o0moTmx%perryh@pluto.rain.com> References: In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Is there way to get filename for specific LBA? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Aug 2011 06:13:15 -0000 Ross wrote: > Aug 31 05:13:24 da kernel: ad6: WARNING - READ_DMA UDMA ICRC error > (retrying request) LBA=107491647 That message is reporting a problem in communication between the drive and the controller (or, perhaps, between the controller and main memory), not a problem reading the media, so the LBA is likely not all that useful (esp. since, if you got no other messages, the retry succeeded so no data was lost). What does egrep 'ad[0-9]|ata' /var/run/dmesg.boot report? > # dd if=/dev/ad6 of=/dev/null bs=1m seek=107491647 count=1 > dd: /dev/null: Inappropriate ioctl for device > > Another question: why does it fail? seek= applies to the output file, so it tried to do a seek on /dev/null :) You probably wanted skip= (or iseek=).