Page 15 of 22
Re: SpinRite
Posted: Tue Nov 28, 2023 5:39 pm
by CrazyTeeka
Kind of ironic that the user ran a level 3 on that SSD, and then the drive went offline. Funny how SR cannot recover from this, but real tools like RapidSpar or PC-3000 would just repower drive and continue on to 100%.
It just blows my mind how users just throw SR at every drive expecting some kind of magic.
Re: SpinRite
Posted: Tue Nov 28, 2023 5:47 pm
by lcoughey
If their objective was to recover the data, it likely would have only taken a few minutes with ddrescue. With a log, they could just pickup where they left off, either by repowering the computer or simply reconnecting the power cable on the drive...in comparrison to SpinRite without the hardware ability to repower.
If their objective was to "fix" the drive errors and speed, a 10 second secure erase would have done that.
For people to pay for a program like SpinRite which takes longer and has more risk than a free program, it will never cease to amaze me.
Re: SpinRite
Posted: Tue Nov 28, 2023 6:08 pm
by lcoughey
With Steve following me, it didn't take long for him to comment.
Re: SpinRite
Posted: Wed Nov 29, 2023 8:44 pm
by Joep
lcoughey wrote: ↑Tue Nov 28, 2023 6:08 pm
With Steve following me, it didn't take long for him to comment.
Hahaha, he's following you and Franc and no one else!
Re: SpinRite
Posted: Fri Dec 01, 2023 4:54 pm
by Joep
Sure, this is true. But if we if look at how it's supposed to work drive either responds with error + no data or data. If drive responds without error but with incorrect data this is an exception you almost can not prepare for.
Re: SpinRite
Posted: Fri Dec 01, 2023 5:26 pm
by fzabkar
I've been trying to get Steve to come clean on what "Dynastat" actually does in modern drives, ie any drive produced since SR v6.0. However, he has been avoiding the question.
AFAICT, SR v6.0 (copyright 2004) predates the ATA 48-bit SCT READ LONG command, which was introduced some time after 2005, so SR v6.0 cannot support drives larger than 137GB (128GiB). Moreover, SCT READ LONG was already obsolete by 2013, perhaps even years earlier, so any foundation for Dynastat's "statistical reassembly" of an unreadable sector disappeared more than a decade ago. Worse still, AF drives have 4KB physical sectors (4096 data bytes + 100 ECC bytes), so these cannot be handled by SCT READ LONG.
To me, Dynastat is little more than a placebo.
Re: SpinRite
Posted: Fri Dec 01, 2023 7:53 pm
by CrazyTeeka
If only there was a way to spy on the comms between SpinRite and the Drive. If such a tool were to be created it would be neat.
Re: SpinRite
Posted: Fri Dec 01, 2023 8:43 pm
by fzabkar
You can use GSmartControl to view the drive's error log. The log will contain the last 5 ATA commands prior to, and including, the one that caused the error.
Do you still have the Seagate test drive?
Re: SpinRite
Posted: Fri Dec 01, 2023 9:29 pm
by CrazyTeeka
fzabkar wrote: ↑Fri Dec 01, 2023 8:43 pm
Do you still have the Seagate test drive?
No, but I can always grab more drives off eBay.
I was going to try to find some Fujitsu/WD (Marvell)/Samsung/Toshiba drives with bad sectors, so I can clear the G-List myself. But the tool has no support for Seagate drives and newer WD drives which appear to have changed the vendor specific commands...
- table.jpg (51.47 KiB) Viewed 65980 times
Re: SpinRite
Posted: Sun Dec 03, 2023 11:44 am
by Joep
fzabkar wrote: ↑Fri Dec 01, 2023 5:26 pm
I've been trying to get Steve to come clean on what "Dynastat" actually does in modern drives, ie any drive produced since SR v6.0. However, he has been avoiding the question.
AFAICT, SR v6.0 (copyright 2004) predates the ATA 48-bit SCT READ LONG command, which was introduced some time after 2005, so SR v6.0 cannot support drives larger than 137GB (128GiB). Moreover, SCT READ LONG was already obsolete by 2013, perhaps even years earlier, so any foundation for Dynastat's "statistical reassembly" of an unreadable sector disappeared more than a decade ago. Worse still, AF drives have 4KB physical sectors (4096 data bytes + 100 ECC bytes), so these cannot be handled by SCT READ LONG.
To me, Dynastat is little more than a placebo.
Yes. So it can not be really doing much else than reading same sector upto 1000, 2000 (?) times. And each read results in error returned or a read the drive itself seems good. And it appears it just keeps retrying even after the drive returned a valid read.
It then keeps comparing the good reads which should all be identical .. In fact if they're not then only reasonable conclusion is that the drive returns garbage.
