Date: Fri, 6 Jan 2012 21:02:18 +0100 From: Bas Smeelen <b.smeelen@ose.nl> To: Warren Block <wblock@wonkity.com> Cc: freebsd-questions@freebsd.org Subject: Re: Apparently conflicting smartctl output Message-ID: <20120106210218.2f131d50@mpw> In-Reply-To: <alpine.BSF.2.00.1201061229020.49884@wonkity.com> References: <20120105144204.d419cca4.web@3dresearch.com> <6ABAC46B-6193-47B6-B173-94D060E01EC4@mac.com> <4F069A44.7020600@ose.nl> <alpine.BSF.2.00.1201060737330.47888@wonkity.com> <4F070CA6.5050803@ose.nl> <alpine.BSF.2.00.1201060830430.48656@wonkity.com> <4F072484.9070100@ose.nl> <alpine.BSF.2.00.1201061229020.49884@wonkity.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 6 Jan 2012 12:32:14 -0700 (MST) Warren Block <wblock@wonkity.com> wrote: > On Fri, 6 Jan 2012, Bas Smeelen wrote: > > > On 01/06/2012 04:37 PM, Warren Block wrote: > >> On Fri, 6 Jan 2012, Bas Smeelen wrote: > >> > >>> On 01/06/2012 03:39 PM, Warren Block wrote: > >>>> On Fri, 6 Jan 2012, Bas Smeelen wrote: > >>>> > >>>>> I have had this with a drive and multiple read errors would not > >>>>> remap the > >>>>> sector. > >>>>> With write errors the sector would be remapped. This was a new > >>>>> Samsung laptop drive though, not a Western Digital. > > > > I could use dd if=/dev/random of=file seek=blocks_to_skip bs=100M > > the next time > > Yes, if you're not worried about existing data. But use /dev/zero > (faster and you can verify the value) and bs=1M count=100 (ties up > only 1M of buffer space). Thanks a lot. This was always confusing me, now I know! Cheers Disclaimer: http://www.ose.nl/email
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120106210218.2f131d50>