SpinRite

Joshua Judson Rosen rozzin at geekspace.com
Wed May 1 23:58:47 EDT 2013


Mike Bilow <mikebw at colossus.bilow.com> writes:
>
> >    SpinRite will read every block on the disk, to make sure they still
> > can be read.  This is useful.  But even CHKDSK/SCANDISK will do that,
> > and have since DOS 6, circa 1993.
>
> As explained, SpinRite went directly to the hardware, which was the only 
> way to bypass ECC. By the way, CHKDSK does not by default read every 
> sector: the "/R" switch is required to enable that behavior, and it 
> certainly could never disable ECC.
>
> >    SpinRite will read-and-rewrite blocks.  There are scenarios where
> > this may be a plausible benefit, such as allowing the drive's built-in
> > relocation mechanism to relocate a marginal sector.  But "badblocks
> > -n" will do the same thing, for free.
>
> SpinRite was not looking for bad blocks, which are easy enough to find, 
> but for "gray area" blocks that were good enough to be readable with ECC 
> enabled but not good enough to be readable with ECC disabled.

But, how do you circumvent the sector-remapping that modern drives do?

(and, if the answer is `you don't', then what is SpinRite actually
 doing that's useful *today*? And haven't some of Gibson's
 `direct manipulation' claims basically decayed into outright lies?)

And what about everything that John Navas included in his critique?

    https://groups.google.com/group/comp.dcom.xdsl/msg/9aeee32323c2978e?dmode=source&hl=en

And...:

> >    To read a bad block, SpinRite will try tricks like seeking to
> > adjacent cylinders/heads/sectors and back again, in various
> > directions.  This was plausible for ancient drives, but everything
> > made in the past 20 years or so has abstracted the real disk geometry
> > away from the host, even when presenting "CHS".  So these tricks are
> > meaningless on anything that isn't old enough to run for congress.
>
> This is largely true, but even so simple an action as explicitly 
> flushing the cache can help. SpinRite was, again, originally intended as 
> a preventative maintenance tool and took off into feature creep where it 
> was marketed as a recovery tool and began to be regarded as a magic 
> panacea. Its underlying theory of operation was certainly plausible and 
> in my opinion correct, but it continued to be sold on its reputation 
> long after it was no longer useful. Even so, in the modern era you are 
> probably better off using something like "smartmontools" to initiate a 
> long self-test on the device.rather than manually test-reading every 
> block on a regular basis.
[...]
> Gibson has a personality, but he walks the walk as well as talks the 
> talk. I've had occasion to ask him very detailed technical questions and 
> he knew his stuff. Gibson's claim about interfacing directly to hardware 
> with register-level awareness was absolutely true in the days of 
> proprietary controllers
[...]
> Yes, SpinRite was misunderstood and overhyped, and it stuck around as a 
> magic elixir for far longer than it should have, but 25 years ago it was 
> a remarkably effective and prescient utilization of stone knives and 
> bear skins.

In other words..., Gibson *used to* appear to know what he was talking
about, and SpinRite *was* actually not-a-scam 25 years ago, but you guys
agree that *today* it's pure snake oil?

-- 
"Don't be afraid to ask (λf.((λx.xx) (λr.f(rr))))."



More information about the gnhlug-discuss mailing list