From owner-freebsd-questions@freebsd.org Thu Oct 20 00:21:00 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11836C181BD for ; Thu, 20 Oct 2016 00:21:00 +0000 (UTC) (envelope-from jd1008@gmail.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D5F8D9FB for ; Thu, 20 Oct 2016 00:20:59 +0000 (UTC) (envelope-from jd1008@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id 66so54160278itl.1 for ; Wed, 19 Oct 2016 17:20:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=SuHrGuvQc2tT1fW6gCqrh0LSYblxHYzjfnJRuSK0MJ8=; b=jBuM//iVrY1Xflrcgij9AB2Q9TX3PcRxgXTYXFFubjgYp+8+CfaeFG55W55qmyonjr upoAwdy9zFMUEyeT7UPxH5vaDerbzegx598WJYqjZ8E5ZgEI37cIH8bo+/vc8c0dHEun xiiqWkuyp0WIdI96VDtda3UF29A30GdLrdWJhBSY2jfJYdTYSibLSlSHS25OOyMzVwZG rgVC3Qyj6OZV9zuX9CqA3U4wrvC8biSul4kucaNgM1Jh5OPR3EEkSubxrcPTz4eDkeIp L2giUJ6pqMQCKJPr/F0BKwisMlMDbNbmyTjYEUUmD4aEgCoX6kg+vWmpM/Gy9gdECyhf LC6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=SuHrGuvQc2tT1fW6gCqrh0LSYblxHYzjfnJRuSK0MJ8=; b=msYACv14/QRFC41676rM/F16DaBIOtu8h23NW+hOpbdizn4K0JmNnBRdG9ZQn2+dzk MrFTDxvNwv5BKMf777Ajz6rowluPU/GcmUgfO7zUNOrGeh4/faFkcYoLgvzZsJSmybpO g386BPXRe1wQ7H7Xa698e+QMKvPKqJdYDAprJWs9Sbt5CnCbedEGhcRxGP4myzPFsX0L b+epG6aYySsakOY/7GwxZgGytUsvhV5mQVo3Z/ouxRRpOe1eLmDKzIPOO6nErEz9gtf4 S1kL4JXfAFEQcSvxdl18E6rDqdNjH6hfwFNTa2TS/B1OKvGSaHXN83LR0folquYRj8rk fjiQ== X-Gm-Message-State: AA6/9RmKlX+LzBH3Ds+KomC7G4wLuy1x5jkAa+f0i0wbquQqNccDQXU/xVns2tnV86l74g== X-Received: by 10.36.81.17 with SMTP id s17mr9689785ita.89.1476922858992; Wed, 19 Oct 2016 17:20:58 -0700 (PDT) Received: from localhost.localdomain (50-243-4-3-static.hfc.comcastbusiness.net. [50.243.4.3]) by smtp.googlemail.com with ESMTPSA id v69sm4359270itc.1.2016.10.19.17.20.58 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Oct 2016 17:20:58 -0700 (PDT) Subject: Re: Drive Read Errors To: freebsd-questions@freebsd.org References: <7353bec4-4a98-7e86-bda9-4c401bb2ad71@fastmail.com> <0916225e-d618-d08a-df98-778e9ed23642@citrin.ru> From: jd1008 Message-ID: <58080DE9.6070609@gmail.com> Date: Wed, 19 Oct 2016 18:20:57 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <0916225e-d618-d08a-df98-778e9ed23642@citrin.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2016 00:21:00 -0000 It would be very useful if users were allowed the option to re-run very low level format to remove all bad blocks from the "good" blocks map, and create a new set of good blocks for future bad block replacement. But of course, that would reduce the capacity (size), which would require that such information be available to the computer. But of course, manufacturers are not interested in "extending" the usable life of a drive :) > On 10/17/16 13:02, Jason C. Wells wrote: >> I recently used smartmontools long test and discovered that the drive >> had read errors. >> >> In your experience, is there any value in trying to use drive by mapping >> bad sectors or partitioning around the errors? > > 1. There is a value if your plan to use this HDD for not important > data and downtime is also tolerable. > > 2. FYI: Remapping of bad sectors nowadays is done by disk's firmware. > To make it happen just write any data to a all bad sectors. If disk is > clean just run: > dd if=/dev/zero of=/dev/adaX bs=256k > then rerun SMART slef-test (and or dd if=/dev/adaX of=/dev/null). > > 3. Many people suggest to throw drive with bad sectors away. Such disk > will likely have new pending sectors in future and probability of > complete fail is higher than for drive with good SMART, but they can > work for years after bad sectors are remapped. All depends on > requirements for reliability and budget your have. At home I've used > HDD which had slef-test fail and Current_Pending_Sector > 0 in past > (for temporary data). > > See also: > https://www.backblaze.com/blog/what-smart-stats-indicate-hard-drive-failures/ > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" >