From owner-freebsd-questions@FreeBSD.ORG Wed Oct 28 20:12:47 2009 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 E3C4C1065693 for ; Wed, 28 Oct 2009 20:12:46 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA7A8FC08 for ; Wed, 28 Oct 2009 20:12:46 +0000 (UTC) Received: by qyk6 with SMTP id 6so777647qyk.3 for ; Wed, 28 Oct 2009 13:12:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=5z0iU/rFEReWMOObpAnhrV5C1aDwiwzHzBJkH6Oa+MI=; b=NhHyrmC9ZkHn0HDRLZwt2R2ig8cwQRbxySXJFGZeYg9QxPe1en19dpca/2B6pDEk5W B7SXgs/ApR49sK9ZAL5+v0RAl86ZV8zcUPIV4N2gk8FHd3YOJU61csgEz+bD0cMaLcA5 y4QB03YXe4tCEQASJ6eV8rsGTUiDW9KU9ZSm8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=c0WxNJLMdLNFOe2PQe/ojPwOAR4I1Gd+4RmtcVeUJPOQMEJfHrWTPXpv0HDAxynm4x ng7Oyc59N0W4nVZAPLXC9DjYSCPm0Lj+C7eSy+UaOMrGUkTAIeQNdpcURcU3jfJW9IT2 JnAK3lxm9OC3lLL3hHwoC1srbVsRu9H6LdJcY= MIME-Version: 1.0 Received: by 10.229.14.134 with SMTP id g6mr1051157qca.23.1256760765703; Wed, 28 Oct 2009 13:12:45 -0700 (PDT) In-Reply-To: <4AE8A1B3.2070503@yahoo.fr> References: <20091027150519.dcee178a.freebsd@edvax.de> <4AE75293.5020603@yahoo.fr> <20091028125215.55ad3801.freebsd@edvax.de> <4AE8A1B3.2070503@yahoo.fr> Date: Thu, 29 Oct 2009 07:12:45 +1100 Message-ID: <4d7dd86f0910281312u54015538sb492db1ebc51fe59@mail.gmail.com> From: David N To: =?ISO-8859-1?Q?Micha=EBl_Gr=FCnewald?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Polytropon , freebsd questions general Subject: Re: Bad sectors: how bad can it be 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, 28 Oct 2009 20:12:47 -0000 2009/10/29 Micha=EBl Gr=FCnewald : > Polytropon wrote: >> >> On Tue, 27 Oct 2009 21:05:39 +0100, Micha=EBl Gr=FCnewald >> wrote: >>> >>> I have however a question: How do I verify that a hard-drive is >>> accurately working if its firmware will hide the bad sectors as long as >>> possible? >> >> I think the smartctl program from ports/smartmontools is a good tool for >> such verification. As far as I understood, >> it can read internal error logs from the firmware. > > Hi, following your suggestion I used smartmon to get access to the SMART > data. I have run an extended offline test (with-t offline I think). The t= est > reported no error (!) and the bad sectors are now read/writeable (!!). Is= it > safe to think the problem is gone? > > # smartctl -l selftest /dev/ad10 > > =3D=3D=3D START OF READ SMART DATA SECTION =3D=3D=3D > SMART Self-test log structure revision number 1 > Num =A0Test_Description =A0 =A0Status =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= Remaining LifeTime(hours) > =A0LBA_of_first_error > # 1 =A0Extended offline =A0 =A0Completed without error =A0 =A0 =A0 00% = =A0 =A0 =A0 458 =A0 =A0 - > # 2 =A0Extended offline =A0 =A0Aborted by host =A0 =A0 =A0 =A0 =A0 =A0 = =A0 70% =A0 =A0 =A0 456 > -- > Best regards, > Micha=EBl > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" > I've had this problem before on consumer grade HDD. * The drive tries to read/write to a sector, it can't, then marks the sector as bad and preps for remapping * Remapping may take upto 10 minutes on consumer grade HDD, enterprise ones usually remap within seconds. so this 10 minute lagg time will timeout the read/write of the OS. * Usually a remap is done on reboot or when its done internally and data is copied (if it can). If your smartctl says it has used up a spare block (Reallocated_Sector_Ct), replace the drive ASAP. The drives will tend to get more and more bad blocks after the the first one is found, usually because the head is damaging the disks or the head itself is damaged, or other reasons. If its under warranty they usually replace is, talk to the manufacturer before hand. Regards David N