From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 12 17:56:34 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9561516A41F for ; Thu, 12 Jan 2006 17:56:34 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id E95C043D70 for ; Thu, 12 Jan 2006 17:56:32 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.4/8.13.1) with ESMTP id k0CHuDiv063356; Thu, 12 Jan 2006 09:56:13 -0800 (PST) (envelope-from bakul@bitblocks.com) Message-Id: <200601121756.k0CHuDiv063356@gate.bitblocks.com> To: Ivan Voras In-reply-to: Your message of "Thu, 12 Jan 2006 18:48:20 +0100." <43C69664.2070505@fer.hr> Date: Thu, 12 Jan 2006 09:56:13 -0800 From: Bakul Shah Cc: freebsd-hackers@freebsd.org Subject: Re: increasing dd disk to disk transfer rate X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 17:56:34 -0000 > Bakul Shah wrote: > >>In the last episode (Jan 12), Christoph Kukulies said: > > >>dd if=/dev/ad2 conv=noerror,sync bs=64k | dd of=/dev/ad3 bs=64k > > > > > > So now on the new disk he has files with random blocks of > > zeroes and *no* error indication of which files are so > > trashed. This is asking for trouble. Silent erros are > > worse. > > > > He ought to do a file level copy, not disk level copy on > > unix. That way he knows *which* files are trashed and can do > > The problem is, FreeBSD panics when it encounters bad sectors in > filesystem metadata. I had the same situation ~a month ago and gave up, > restoring from old backups. It will also probably panic on corrupted or > zeroed metadata, but at least it's on a readable disk... Good point. Would fsdb help? If not someone ought to extend it.