From owner-freebsd-hackers@freebsd.org Thu Jul 5 04:25:53 2018 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 322D31043B54 for ; Thu, 5 Jul 2018 04:25:53 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8905B8602E for ; Thu, 5 Jul 2018 04:25:52 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w654PnZ5046203; Wed, 4 Jul 2018 21:25:49 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w654PlLu046202; Wed, 4 Jul 2018 21:25:47 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201807050425.w654PlLu046202@pdx.rh.CN85.dnsmgr.net> Subject: Re: Confusing smartd messages In-Reply-To: <5B3D70C8.60301@grosbein.net> To: Eugene Grosbein Date: Wed, 4 Jul 2018 21:25:47 -0700 (PDT) CC: George Mitchell , FreeBSD Hackers X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 04:25:53 -0000 [ Charset windows-1252 unsupported, converting... ] > 05.07.2018 8:05, Rodney W. Grimes wrote: > > > It would of also been nice if the ata standard would of made a way > > to get the LBA of pending sectors so that a very quick rewrite attempt > > could be done to fix them. IIRC this info is avalible, but in a vendor > > specific way. > > "smartctl -t long" reveals LBA of first pending sector. That is vendor dependent and well only return the pending sector if the pending sector fails for most vendors. It may fix the sector if it could read it. This is also a full surface read, so not a direct path to get the LBA's that are in the pending list. The software that comes with a PC3000 can get this list from most drives, but it knows a lot of vendor specific, and often even undocumented commands. -- Rod Grimes rgrimes@freebsd.org