From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 7B06013877A for ; Sat, 26 Jul 2014 17:18:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AEBE5E0F69; Sat, 26 Jul 2014 17:18:48 +0000 (UTC) Received: from mail-we0-f181.google.com (mail-we0-f181.google.com [74.125.82.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7B843E0F5D for ; Sat, 26 Jul 2014 17:18:47 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id k48so5679921wev.12 for ; Sat, 26 Jul 2014 10:18:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=6cPuz+BVJ6098KkkZHVJcC4ymw1BbZuphdtfrXHbfQ4=; b=kCyCs8WPH+Qf3u2tNzlCD88Xsulmf8FwW3BsU9PRYGDU+G20LENc2Xf33oSHKA1n+p C76azc6ibLjLOc/3A2vLnEc3R7QmeO1TsOkECGfUpMbCUUTK6fbeUn2qRzFwawHKl3bH pJS2YHW59Hwk9vubrYB7FUWsZklCRJaJsf7w0IKgOQxddjbr40Iec/T76sGcJZKoTPKZ i+uVivBj/jTnEOR1QVHoMa0ASWw4R9g3oZyEBJr9g2yQ6TL7Ot6XTewA4ledILem/ij7 h38M92FuEkf7qmd1U2nQmsHMacAy+Yh71cIKmD7SuLn63c4TC7PaqUpkfQLpSpubdqYq f76A== X-Received: by 10.180.98.196 with SMTP id ek4mr9311120wib.13.1406395125930; Sat, 26 Jul 2014 10:18:45 -0700 (PDT) Received: from [192.168.178.21] (pD952C4FE.dip0.t-ipconnect.de. [217.82.196.254]) by mx.google.com with ESMTPSA id g8sm9447159wib.18.2014.07.26.10.18.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 26 Jul 2014 10:18:45 -0700 (PDT) Message-ID: <53D3E2F4.1080409@googlemail.com> Date: Sat, 26 Jul 2014 19:18:44 +0200 From: Volker Armin Hemmann User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] [OT] Badblocks on my harddisk References: <20140726014915.GA3845@solfire> <201407261025.55867.michaelkintzios@gmail.com> <20140726102654.GD3835@solfire> <53D399AA.8050908@googlemail.com> <20140726121632.GA5406@solfire> <53D3CF93.3000407@googlemail.com> <20140726160920.GA12053@solfire> In-Reply-To: <20140726160920.GA12053@solfire> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 6a5db49b-44dc-4d96-8065-ade2b7cdfa83 X-Archives-Hash: 4000be5540222b61f6e82a514746a668 Am 26.07.2014 18:09, schrieb meino.cramer@gmx.de: > Volker Armin Hemmann [14-07-26 18:00]: >> Am 26.07.2014 14:16, schrieb meino.cramer@gmx.de: >>> Volker Armin Hemmann [14-07-26 14:08]: >>>> Am 26.07.2014 12:26, schrieb meino.cramer@gmx.de: >>>>> Mick [14-07-26 11:28]: >>>>>> On Saturday 26 Jul 2014 02:49:15 meino.cramer@gmx.de wrote: >>>>>>> Hi, >>>>>>> >>>>>>> After running smartctl for an extended offline test I got >>>>>>> a badblock (information extracted from the report): >>>>>>> >>>>>>> SMART Self-test log structure revision number 1 >>>>>>> Num Test_Description Status Remaining LifeTime(hours) >>>>>>> LBA_of_first_error # 1 Extended offline Completed: read failure >>>>>>> 90% 14460 4288352511 197 Current_Pending_Sector 0x0032 200 >>>>>>> 200 000 Old_age Always - 1 >>>>>>> >>>>>>> I found a explanation to map the LBA to a partition here: >>>>>>> http://smartmontools.sourceforge.net/badblockhowto.html >>>>>>> >>>>>>> My partition layout is: >>>>>>> #> sudo fdisk -lu /dev/sda >>>>>>> >>>>>>> Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors >>>>>>> Units: sectors of 1 * 512 = 512 bytes >>>>>>> Sector size (logical/physical): 512 bytes / 512 bytes >>>>>>> I/O size (minimum/optimal): 512 bytes / 512 bytes >>>>>>> Disklabel type: dos >>>>>>> Disk identifier: 0x07ec16a2 >>>>>>> >>>>>>> Device Boot Start End Blocks Id System >>>>>>> /dev/sda1 * 2048 104447 51200 83 Linux >>>>>>> /dev/sda2 104448 12687359 6291456 82 Linux swap / Solaris >>>>>>> /dev/sda3 12687360 222402559 104857600 83 Linux >>>>>>> /dev/sda4 222402560 1953525167 865561304 5 Extended >>>>>>> /dev/sda5 222404608 232890367 5242880 83 Linux >>>>>>> /dev/sda6 232892416 442607615 104857600 83 Linux >>>>>>> /dev/sda7 442609664 652324863 104857600 83 Linux >>>>>>> /dev/sda8 652326912 862042111 104857600 83 Linux >>>>>>> /dev/sda9 862044160 1071759359 104857600 83 Linux >>>>>>> /dev/sda10 1071761408 1281476607 104857600 83 Linux >>>>>>> /dev/sda11 1281478656 1491193855 104857600 83 Linux >>>>>>> /dev/sda12 1491195904 1953525167 231164632 83 Linux >>>>>>> 4288352511 <<< The number reported by smartctl >>>>>>> >>>>>>> >>>>>>> Following the linked document... >>>>>>> It seems the bad LBA is not on the checked harddisk. >>>>>>> >>>>>>> Or (more obvious) I did something wrong... >>>>>> You are probably comparing different units. The Start and End of fdisk are >>>>>> reporting sectors, each sector being 512 bytes. Therefore if the LBA is >>>>>> reported by smartctl in bytes, you have: >>>>>> >>>>>> 4,288,352,511 ÷ 512 = 8,375,688.5 >>>>>> >>>>>> which would place it within your swap partition. >>>>>> >>>>>> I would do this: >>>>>> >>>>>> swapoff /dev/sda2 >>>>>> >>>>>> dd if=/dev/zero of=/dev/sda2 bs=512 conv=notrunc >>>>>> >>>>>> mkswap -L swap -c /dev/sda2 >>>>>> >>>>>> swapon /dev/sda2 >>>>>> >>>>>> and hopefully the problem will be gone when you run the next smartctl test. >>>>>> >>>>>> -- >>>>>> Regards, >>>>>> Mick >>>>> Sorry for stuutering postings...overlocked this one: >>>>> #>dd if=/dev/zero of=/dev/sda2 bs=512 conv=notrunc >>>>> dd: error writing ‘/dev/sda2’: Input/output error >>>>> >>>>> Hrrrmpfff... >>>>> >>>>> Why does it nt remap those ones? >>>>> >>>>> Best regards, >>>>> mcc >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> smartctl -a /dev/sda >>>> >>>> without those information: crystal ball. >>>> >>>> that said: it is swap. You shouldn't have to do anything. Don't touch dd. >>>> >>>> >>>> >> so you got one defective sector, the drive knows about it, it has 200 >> spares and will use one when the need arises. >> > > Unfortunaltely: No it doesnt. > > I did a dd (as reported previously) of zeroes accross the affected > partition and dd fails to write ot the sector in question (IO error). > > The selftest following again reports that sector as bad. > > So...? > > Best regards, > mcc > > > > you can try hdparm's write-sector command to force a reallocation. But I would backup first. Just in case.