From owner-freebsd-questions@FreeBSD.ORG Wed Oct 28 22:31:24 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 D7B941065697 for ; Wed, 28 Oct 2009 22:31:24 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1178FC1A for ; Wed, 28 Oct 2009 22:31:24 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so344725qwb.7 for ; Wed, 28 Oct 2009 15:31:23 -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=MkGw1ReTNPJuu470KWXHG0cTCJawiOU01Jwxexe9Ues=; b=mwbwbgshXe8J7FpVEVK2ccjRbrdbt2YjjyFouj3ZKubh+qZ1hRt8cVfny+b9BfBs7q 8ZBtWS9+Qvu9sdFVbbylqli1TJeulge07WDHo6yKDZ2qpQKnw0cy0n3vARc5XfE4N2cw xeefMCuDXQjLVTneVCqnLLStYJZdO2pdqE0SM= 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=d+xaCeWRe/TWJMwdhLi23RL95DKSEmMO3xgiKX+jE3jQcSpjZ5PaQWnWjWw4wk+DuX 3e/pFnz9MAsq4A6t8BgOZUrkDWp/w5zFFOdBqetrJcM3kFCu8CFETVZImY96lqCaYuwc IPdGQB2PIdy6orcbftbKIZDDkBCAvfE5pu05E= MIME-Version: 1.0 Received: by 10.229.9.147 with SMTP id l19mr1097444qcl.65.1256769083629; Wed, 28 Oct 2009 15:31:23 -0700 (PDT) In-Reply-To: <4AE8B266.2070306@yahoo.fr> References: <20091027150519.dcee178a.freebsd@edvax.de> <4AE75293.5020603@yahoo.fr> <20091028125215.55ad3801.freebsd@edvax.de> <4AE8A1B3.2070503@yahoo.fr> <4d7dd86f0910281312u54015538sb492db1ebc51fe59@mail.gmail.com> <4AE8B266.2070306@yahoo.fr> Date: Thu, 29 Oct 2009 09:31:23 +1100 Message-ID: <4d7dd86f0910281531v185b9130hdcc70dc70d53526b@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: 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 22:31:25 -0000 2009/10/29 Micha=EBl Gr=FCnewald : > Hello David, > > thank you for your comments, > > David N wrote: >> >> 2009/10/29 Micha=EBl Gr=FCnewald : >>> >>> =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 = =A0Remaining >>> LifeTime(hours) >>> =A0LBA_of_first_error >>> # 1 =A0Extended offline =A0 =A0Completed without error =A0 =A0 =A0 00% = =A0 =A0 =A0 458 >>> - >>> # 2 =A0Extended offline =A0 =A0Aborted by host =A0 =A0 =A0 =A0 =A0 =A0 = =A0 70% =A0 =A0 =A0 456 > > [...] >> >> 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. > > > I have Reallocated_Sector_Ct=3D0 for the faulty drive. Where can I find a= key > fo reading all the other exciting numbers listed under the banner > > ``SMART Attributes Data Structure revision number: 10 > =A0Vendor Specific SMART Attributes with Thresholds:'' ? > > > On the hard-drive I use for my backups, a SAMSUNG HD501LJ, =A0all the num= bers > I read looks fine to me, but I want to be sure. Thus it would be nice hav= e a > key for the table that `smartctl -a /dev/ad6' outputs. My two other drive= s, > I use to store my OS and my data, are MAXTOR STM3250820AS (I do not have = a > RAID setup, it just happens that I have twin hard drives). They both have > `Reallocated_Sector_Ct=3D0' but have positive `Raw_Read_Error_Rate', > `Seek_Error_Rate'. Additionally, the faulty drive has positive > `Reported_incorrect=3D119',`Current_Pending_Sector=3D4294967295' and > `Offline_Uncorrectable=3D4294967295'. > > As looking for hints on google leads to many threads discussing hard-driv= e > failures, I did not find what a pleasant description of the signification= of > these numbers. > -- > Kind regards, > Micha=EBl > > More information http://en.wikipedia.org/wiki/S.M.A.R.T. > `Seek_Error_Rate'. Additionally, the faulty drive has positive > `Reported_incorrect=3D119',`Current_Pending_Sector=3D4294967295' and > `Offline_Uncorrectable=3D4294967295'. It looks like your drive is trying to remap a bad block, but can't seem to do so. You may need to do a cold boot. Or force a read/write from that sector to tell the drive to try to remap it again. dd if=3D/dev/adX of=3D/dev/null skip=3D4294967295 count=3D1 (Read from the = block#) Looks like your HDD with the positive Current_Pending_Sector and Offline_Uncorrectable with that is going bad. Once it manages to remap the block, your Reallocated_Sector_Ct will increase/decrease (depends on the counter), once it reaches the THRESH counter, its out of blocks to map. I would recommend you change HDD as soon as possible. Regards David N