Mr. Gibson, Thank you so much for all of your efforts in building SpinRite from day one! I am also glad that you have kept the DOS look in your program. It takes me back to the fun and exciting days of PCs. I wish I had saved a copy of thickest Computer Shopper. My son who is starting his career in IT would be shocked by it. Page after page of new tech. As exciting as the ads in the back of Popular Science, Popular Mechanics, Comics and so on.... Sorry, I'm getting that old. :-) I wish you and yours all the very best life has to offer, Kevin
*Steve, your video and voice is like re-acquainting with an old friend! Long before I had my Dad's hand-me-down PC-AT, read your and John Dvorak's columns in Dad's InfoWorld's. Later we met you at an OC computer show where you graciously autographed slipcase of your "Passion for Technology" set. You taught me the clean elegance of Assembler. Still have Dad's bound book copy of SR 3.1, still use SR 6.1 Love 'ya!*
Note: I have no doubt that many people will notice that the serial number of my copy of SpinRite v6.1 appears on screen. Leaving it was easier than removing it, and that serial number has been invalidated. So its appearance here is of no consequence. (And thanks for your concern! :)
@@klaatubob The problem with doing something so specific is that no two BIOSes are the same. (It's annoying!) They each get into their configuration screens differently (F2, F10, F12, Del, etc.) and those config screens are all different. GRC has some really terrific web forums at HTTP://FORUMS.GRC.COM and it's filled with very knowledgeable people, many of whom worked with me through the 3.5 years of SpinRite v6.1 development... and there's a LOT of available support for individual machines, etc. You can also search the forums by keyword. :)
@@VideoNOLA Those were the days, weren't they? Crystal radio kits, spy glasses, build muscles and don't get sand kicked in your face....ahhhh yes - dreams. And, waiting 6-8 weeks for delivery then running to the mailbox after school day after day.
Thanks for the walk through and passing on information that I didn’t know. Been using this tool for nearly 20 years and have yet to find anything better.
I was an PC-DOS developer in the eighties, when we found SpinRite it was the holy grail. I wish I could run it on my Macs. I always had this through my server farm days and Cisco work. THANKS STEVE!!!
Indeed, assembly language is the best. I've programmed in 6502, Z80 and best of all, ARM 2. It was so elegent with its fixed size 32-bit instruction and data format.
Thank you Steve for SpinRite 6.1. I purchased a 6.0 license years ago but was never able to run it (at first on my Intel Mac, later on standard Windows PC) on my 2+ TB drives. SpinRite 6.1 handled them just fine and definitely improved performance on three 4 TB SSDs after running on level 3. Yes it took hours on each drive, but actual transfer rates for data backups over USB increased from around 120 MB/s to upward of 300 MB/s where those drives had originally begun. I also feel more confident in my backed up data for having had every single bit re-written to the drive, ensuring the charge which differentiates one bit from another is refreshed.
Wow... Music to my ears. I worked on SpinRite 6.1 for 3.5 years and the experiences you had and have just reported are EXACTLY what I was hoping SpinRite's longtime users would experience. Thanks for sharing!
Oh my!! RUclips just randomly suggested this video! Is there really a new release!? I'm so happy to discover this! SpinRite was one of the greatest things that ever happened to modern computing! I've been sad for years that I couldn't use it on large modern drives. So happy!
As an old system builder, and BBS Sysop, it's good to see Steve still around, and with an important product that hasn't been tampered with annoying, hungry GUI's and bad sales hype.
An important thing to know when booting SpinRite on a modern computer is that this is a Legacy USB Boot Device. Most computers today (especially laptops) boot in UEFI mode with Legacy Boot Disabled. In order to Boot SpinRite you may need to first enter the BIOS and Enable Legacy Boot. In Dell systems this is a two-step process, i.e. you have to Allow Legacy Mode on one page and then Enable Legacy Boot on another. After running SpinRite you then need to restore those BIOS settings to their original values .
I am amazed you still program for DOS based interfaces and how the modern drives still could use software such as this. I remember having to learn all about interleving HDD and heads and sectors back on my first PC Amstrad 2086 back in like 1985-89 with a 30Mb HDD. I had to reinstall the OS and was talked through witha technician on the phone when I was like 10-13 years old. Very much thrown in the deep end but gave me a massive insight into a large scope of detail hidden to most users at the time and yet so crucial to an efficient pc.
Today, SpinRite is still a DOS application only because it was originally. You probably know that everything else I've written (while still all in assembly language) have all been Windows apps. And that's SpinRite's future, too. I had promised the world a no-charge upgrade from the original SpinRite 6.0, so this v6.1 is that. But this will definitely be the final SpinRite for DOS! :)
@@SGgrc The SpinRite DOS UI beautiful. Wish we had more professional looking software like this, be it on Windows, DOS or whatever, instead of everything looking and behaving like a phone app. That goes for websites as well.
I always feel hardcore utility programs like this one are most trust-inspiring with this kind of workhorse 8-color ncurses interface and this sort of very sincere wizard to explain it. The interrupt-resume feature is S-Level, *extremely* thoughtful, and seems like it must save a lot of time for certain kinds of operations. Much admiration, sir. Bravo!!
A 2024 version of spinrite? I so miss this software! Have not used it since Version 3, I need a new license because all my floppies have gone bad decades ago. i will be purchasing it based on this walkthrough.
Thanks, Ted. SpinRite remains very useful for the maintenance of all mass storage drives. The big surprise that surfaced early in the v6.1 development was for solid state drives. Whereas the end of spinning drives has always been well known to be slower due to them having much shorter tracks, the most-used FRONT of solid state drives becomes much slower due to a phenomenon known as "read disturb". The charges stored in the "bit cells" drift away from their original values. SpinRite makes rewriting them easy, which restore drives to their factory speed. :)
Steve, Awesome to see you're still around! I saves a lot of data for my customers over the years! Great program! Interesting it works on SSDs! As I remember back in the MFM days, SpinRite would read out a track, lowlevel format it, highlevel format it, and write the data back. How cool is that! Also... did you write "Declasify"? A disk wipe software? We used that at NASA HQ with Lockheed. I think I spoke to you on the phone to arrange a site license. Like 20 years ago! Thanks for the video!!!
Steve, I have been with you since before Security Now started. I would tell you how many times SpinRite saved me but I've heard you read enough letters that I know, you know. Thank you for the most bullet proof continuing value that I have ever purchased.
Thanks for taking the time to do this. I just recently purchased Spinrite for the first time and haven't had a chance to actually use it yet and I went looking for this video last week and really didn't find anything current. This is super helpful, thank you.
Wow, this brings back really good memories of futzing with mechanical hard drives, but I certainly don't miss those days. At all! Thanks, Steve, for this golden nugget of goodness that kept me in business for a very long time!!
Steve, looks like the word on SpinRite is getting out. I just saw a Spinrite video from David Plumber on Dave's Garage. I have been a SpinRite user for over a decade and love it.
Nah, SpinRite has been out. The word GRC is on is RUclips is getting out. I saw Gibson and still doubted it was like the actual GRC. Thanks to Dave for that recommended hit.
I remember being biased as a kid (I have no idea why) towards Norton utilities vs. Spinrite. Really cool to see this updated, and I know Spinrite saved and help a lot of my friends growing up. The built in RAM test is a really good idea.
Thanks, Mitch. I'm glad I created this video since I recognize that over the past 20 years (!) since SpinRite 6.0 was released, “DOS” and “text mode apps” have become far less familiar. This v6.1 was a major “catch-up” release which I had promised to all SpinRite 6 owners years ago. It was a massive rewrite under the covers. All of the new code is 32-bit assembly language and v6.1 uses “Flat Real Mode” to allow access to multiple 16 megabyte buffers for maximum data transfer performance. So even though it took 4 years to get it done, I'm glad it exists. It can really help today's mass storage. 👍
@@SGgrc Well I've been hearing about it in your SecurityNow podcast from before 6.0 times and each time I tell myself I need to learn more about it. Thanks for making this video. Oh and as someone who's been into computers since 1980 and building my own boxes since the x286 days, I absolutely love the no frills, down to earth interface. Less is more!
Amazing to see an application originally created way-back-when, still be relevant with modern technology... A testament to your genius Steve... I also learned something new about SSD's. I'll be running this release on all my machines, b/c, why not.
Thank you, Steve. I first used SpinRite in 1986 to improve the performance on my 80286 PC. I still use it today. In my opinon, the greatest disk maintenance tool ever created.
Spinrite was an amazing program years ago. Along with tools like Disktrix which would sort your HDD by program usage and speed up loading for more used apps. The inner ring of the HDD was faster than outer rings. Sometimes a UI is s sign of good engineering under the hood. Ot just works with no extras.
@@saganandroid4175 I thought the inside ring was faster, but you are probably right. Either way, it would move the programs you use more there and it would make a big difference when loading from HDD.
NO, the outer rings were faster than the inner rings because hard drives always spin at the same RPM. Before SSDs were a thing this fact was exploited by only formatting say 10% to 20% of a drive since drives were formatted from perimeter inwards. So this put all the data on the fastest part.
15:49 the log shows 0.0001 lower % than the actual stopping point. Thus ensuring that if you enter the number from the log you won't miss any fractional percent of the drive. I was thinking to myself that this is how it OUGHT to work when it showed the interrupt screen earlier. So impressed to see it actually implemented that way here!
wow after nearly 20-years of knowing about Spinrite we finally see and hear Steve Gibson talk about it and how to use it. Thanks and interesting to hear you say about the SSD beginning sectors been the slowest. I have couple NVMe's and one is the bootable hdd which I have never tested so be interested to see how this performs one day. Thanks also for the insight on refreshing the drive using spinrite and this improved the hdd performance, learnt something new today :)
9.8406% on screen dialog but 9.8405% in the log. Was this difference because each referred to different sectors? Perhaps ...05 was the last sector fully scanned and ...06 the next? Thanks Steve for your excellent software and technical commentary in Security Now.
further down in the detailed log, it shows a rounded 9.841 value. it would be nice to be consistent. Although, I would much prefer to be able to enter sectors instead of fractions of percentages.
Hi Steve. Thanks for this. I bought SpinRite at the 6.0 version, and I'm looking forward to grabbing the new version. I've got a couple of systems I'd like to run it on as a test. Thanks for the video.
Upgrading from 6.0 is easy. The first item under the "SpinRite" menu is "Upgrade to v6.1". Just drop your current SpinRite serial number into the form there and you'll receive download links for v6.1. :)
Hi Steve good to see you still supporting this, I used to use it back in the day on st225's when I changed out the controller and mfm to rll. This and norton calibrate were my tools of choice, I'm sad peter sold out to the corporations as his utils were the best until then. Debug g=c800:5 is ingrained in my dna! I guess everyone deserves a payday once in awhile. :)
Agreed. During the work on SpinRite v6.1 I was back in "DOS Land" and I was often using Peter's excellent utilities. "Calibrate" is a bit of a sore spot for me, since they literally stole SpinRite. It wasn't Peter, though - it was a horrible CEO (named Ron Posner) who Peter put in place to run things as the company outgrew him. Peter and I had lunch and Peter had been told to purchase SpinRite outright from me because it was the #1 feature their users of "The Norton Utilites" wanted added. SpinRite was still very new and I'd already been around the block a few times by then. So I knew better than to sell it to them for any price. I said that in a few years I'd be glad to consider some sort of co-marketing arrangement. After lunch, Peter and I went back to their offices in Santa Monica and met with Ron. He assumed that Peter had a deal and Peter had to say that he didn't. We later heard from a Norton programmer that Ron had given a copy of SpinRite to one of their developers and said: "Go home and stay home until we have a clone of this." The final proof that this is what they did was that after Calibrate came out - and EVERYONE who knew SpinRite ASSUMED that I had sold it to them since it looked and acted nearly identical - one of my guys looked inside Calibrate and found byte-for-byte identical code from SpinRite. There were some places where I wanted to see whether the BIOS supported some function. So I was placing some garbage code into the registers before calling the function and then checking them afterward to see whether they had been changed. CALIBRATE was using the =exact= same garbage values... since whoever copied SpinRite didn't know why I had chosen that data and was afraid to change it. And after Calibrate was shipped, WE started receiving technical support calls from Calibrate users asking for help since Norton's support people were unable to support it (since they didn't really create it). We told those Norton customers that we'd be glad to offer them support after they purchased a copy of SpinRite... which we DID write and understand. :) Later, they dropped Calibrate from their offerings because it was causing them too much trouble and they were unable to support it. Again... nothing against Peter. He's always been a good guy. Things just got out of his control.
@@SGgrc The Norton tool I really miss is Speed Disk from Norton Utilities 2000. It was FAST and it would 100% defragment a drive in one pass, including the swap file. Unfortunately it didn't work in NT4, 2000, XP, or newer versions of Windows. Far as I can tell, all the defragmenters for Windows after 9x and Me are essentially alternative frontends for Microsoft's ultra slow defragmenter. Speed Disk would start by making room at the start of the drive then move files there, collecting their parts scattered across the drive. All the NTFS defraggers I've tried are nowhere near as efficient in the way they relocate files, nor do they do a 100% defrag in one pass, even on a non-system drive. It's as though with the end of the DOS based Windows era, everyone doing defragmenting software just gave up.
I used Spinrite 6.0 last week to fix a drive on an old Windows Vista PC before giving it to my grandchildren to mess around with. Now I'm going to upgrade to 6.1. Thanks Steve.
Thanks Mike. I'm glad you still had the same email address! I sent out around 160,000 pieces of mail and, not surprisingly, many bounced! (Especially all those old CompuServe accounts! )
wow! I had stopped thinking about SpinRite when I moved to SSD - should have realized you'd be right there to keep my drives in tip-top shape! Thanks for the years of work.
Check out the "before" and "after" benchmarks on the SpinRite "Testimonials" page here: www.grc.com/sr/testimonials.htm The performance improvements are typically stunning. Based upon the experience SpinRite v6.1's users are reporting, we're now recommending an annual pass of SpinRite at Level 3 over SSDs to keep them "fresh" and healthy. :)
This is great to see. i was an early user of spinrite and this was my must have software. I'm so glad to see it's still being used today. I wonder if my old versions will still be of any use today.
I made that promise about 10 years ago on the Security Now! podcast and I'm certain that some of our listeners purchased SpinRite 6.0 on the basis that they would someday get v6.1 as a free upgrade. As the old saying goes “a promise is a promise.” Although it took 4 years of my life and I ended up completely rewriting SpinRite's "guts" to use 32-bit Flat Real Mode with multiple 16 megabyte buffers for absolute maximum performance, I have no regrets. And it's not clear when we would have stumbled over “The Great SSD Slowdown” and using SpinRite to fix that if I hadn't done v6.1. 👍🏻
A great product. I've used 6.1 for a long time now (went through 4.x and 5.x)...thanks Steve! Your talks on security were also interesting - you may want to mention those...
Have used SpinRite since the early 80's after talking with the head of support at Compaq. He stated that they used SpinRite to test hard drives before they where installed in Compaq devices. The bad ones were weed out and sent back to the manufacturer so they did not become a support issue at the very start for Compaq. Just wish I could use my new SpinRite 6.1 version with my Apple M1 MacBook Air. Steve talked the other day about a solution that it looks like I am going to use. Create new macOS/UNIX USB install with latest version. FULL backup using Time Machine to two separate storage drives. First is the one I am already using. Second is a external SSD which I have tested with SpinRite 6.1 on level 3. Then after this is done I am going to do a fresh "Nuke and repave, or flatten as Microsoft likes to call it" install of macOS/UNIX and then full restore from the Time Machine backup.
"Daves Garage" RUclips channel featured Spinrite in his video. He is a retired Microsoft engineer who did most his work in assembly back in his day working on Windows. It was a great review/explanation of Spinrite. He also rebuilds full size PDP-11's! In his garage.
I had to spin right license years and years ago. It's been a long time since I've seen that disc. My PCs I don't think we're really powerful enough to run it well. I remember trying to run it on what was a large drive for its time - maybe 500 GB - and giving up after it been running for several days without completing. I saw the new version mentionioned in a Dave's Garage video and thought I'd check out this walkthrough.
Not sure how long, new PCs will include legacy BIOS mode. Will Spinrite be UEFI compatible some day? I know (Free)dos isn't, so not sure how that would be achieved. Would more or less, require it to be its own OS? Or use BSD/Linux instead?
You're 100% right. As I noted in my reply to your other question, I purchased the source code for a proprietary embedded OS known as RTOS-32. So all future SpinRites will be Windows apps that can run either under Windows or on their own OS that can boot on either BIOS or UEFI. 👍
I've never even noticed the drive benchmarks part of spinrite! OMG, I've always used "Readspeed" first. haha! well, don't I feel stupid now after owning SR6 for ... well, since it was released! My boss had SR5, and I loved what it could do, so bought 6 when it came out. The upgrade to 6.1's memory page I noticed... skipped past that and just went with my tried and true Level 2 and spacebar/enter combos! hehe, i'm gonna go play with that upgrade again now. Liked and sub'd mate, hope you get more sales from this from the algo, and with Dave Plumber also plugging the benefits of SR.
I recently purchased the latest spinrite for use on some older Microsoft surface laptops but found that EUFI makes spinrite unusable. I didn’t ask for a refund as I’m an avid fan of security now podcast and keen to support its ongoing development towards a version that will work on modern pcs and laptops. Steve perhaps you could cover why this doesn’t work for me in an upcoming episode as I was hoping to resurrect a slow surface go for my kids and sadly cannot. Hoping spinrite 7 will solve this issue. Cheers and thanks from Melbourne Australia, Rick
Fascinating! I ran SpinRite on my 74 GB 10,000 RPM VelociRaptor drive back in 2005 and it gave me weird error messages. I never had issues with the drive so I didn't trust the utility at the time. Who knows what actually caused the errors. I had no idea it is still being maintained and it does sound great for SSDs.
Right. Actually, it's not that it "still works" on SSD, though. I just spent 4 years of my life completely rewriting SpinRite. I left the user interface (mostly) alone, since it was fine. But nearly ALL of the "guts" of the program were rewritten in 32-bit assembly code. It's now a screaming demon, and it can do wonders for today's SSD storage! :) Just check out the recent testimonials: www.grc.com/sr/testimonials.htm
I've been busy. I've been doing a weekly podcast (Security Now!) With Leo Laporte for the past 20 years. And checkout all of the useful freeware I've written for Windows (all in assembly language, of course): www.grc.com/freepopular.htm I spent (wasted) 7 years of my life solving the username & password login problem with SQRL (the FIDO2 Passkeys system is what won). And then the most recent 4 years completely rewriting the "guts" of SpinRite 6.0. It looks nearly the same from the outside... But it's an entirely new beast under the covers. Next up is a big update to our most popular Freeware, the DND Benchmark: www.grc.com/dns/benchmark.htm then a brand new super-fast super-secure data wiping utility, to be followed up by SpinRite 7. So, as they say... Never a dull moment! 👍🏻
How does SpinRite relocate data safely on a fully-encrypted drive? I recall Steve mentioning that SP doesn't need to know about the File System used, but wouldn't moving bits around break the encrypted data?
All modern drives are able to remove troubled sectors from their addressable space. This is done in different ways depending upon the drive's technology. “Spinners” are able to “shift all of a drive's sectors downward” into a deliberately left empty "spares" area at the end of the region. This allows a bad sector to be "skipped over." The point, though, is that from the outside, nothing appears to have changed. There's no “visible” sector marked “bad” anymore. Drives are able to hide defective sectors so that they always appear to be 100% defect-free. And as a result of all this - as a result of the total transparency of defective sectors - SpinRite is able to show drives when their sectors are in trouble and thus induce drives to “spare out” these problems... and nothing needs to be changed within the file system, whether it's encrypted or not. 👍
@@SGgrc you've fixed the issue where newer drives couldn't be made to hot swap sectors that formatting marked as bad? I used Spinrite on some drives where the only way to make them use spare sectors was to give them a fresh format without scanning for errors. Then when Spinrite came to an iffy sector it could either restore it or force a reallocation.
Steve, just wanted some clarification. You mentioned it is a good idea to run level 3 once a year for maintenance but on the blue screen it says that level three is NOT recommended for SSD drives. Used caps because that is how it was written in the description.
I was an early customer using Spinrite in the 80s and early 90s, back then it seemed like magic in the increased performance it offered. Ideally he do k driver should buffer track reads and writes to take advantage of the optimized interleave. I worked for a systems house in the early 80s which specialized in custom drivers to do just that on TRS-80 Model II systems.
Level 2 only performs rewriting of specific locations in the event of the complete unreadability of that region. That's the fastest Level for data recovery since it cruises along only reading until it hits a problem. But the phenomenon everyone is observing with SSDs is that they can slow down incredibly while still eventually being able to recover their own data. So Level 2 may slow down at those locations but it won't rewrite. Level 3 is what you need to use for SSDs. It rewrites everything once, regardless of how long the drive took to read the data. And the beauty of this is that the NEXT time the drive attempts to read that freshly rewritten data it can do so at full original "factory" speed. :) SpinRite will caution its user when they choose any level above 2, since writing to NAND memory is know to ever-so-slightly fatigue the NAND cells. But SSDs can be entirely rewritten tens of thousands of time before anything actually wears out. And we're only doing it once. So SpinRite's caution is probably unnecessary... but I wanted to be responsible. An annual once-per-year whole drive (Level 3) rewrite should be ample to keep drives (that don't spin) running fast and reliably. 👍🏻
@@SGgrc Steve, if it's technically feasible, I think adding the functionality for SpinRite to scan/check multiple drives simultaneously would be extremely useful.
@@odkdsjf DEFINITELY! ALL future SpinRites will be fully multi-tasking and able to have multiple things going on at once. This wasn't feasible for v6.1 due to UI limitations. It would have required a significant reworking. As is was, I rewrote all of SpinRite's core logic over the course of 4 years... And all of THAT will be portable into Windows... Where a new UI will be designed specifically to allow SpinRite to become a mass storage maintenance and recovery workstation. 👍
@@SGgrc That version sounds amazing, I am looking forward to it. Hopefully future SpinRite versions will retain the capability to be executable from a Linux distro or live DOS-based bootable USB flash drive. That is useful for situations where Windows breaks, a dedicated Linux/non-OS repair workstation is used. Thank you, again. Regards
Actually, SpinRite 6.0 was released in 2004 (20 years ago) and SpinRite 5 several years before that. And each of these major moves forward removed some of the oldest features that were really no longer needed and were taking up space. BUT... =all= owners of SpinRite 6.1 also have licenses to SpinRite 6.0 and 5.0 ... so SpinRite 5.0 will definitely work on those older drives without any trouble!
Yep. And even though it's "only" a "point release" (v6.1) it took 3.5 years of work and it's entirely reworked underneath. It uses "Flat Real Mode" (which the early PC gamers used) to get access to all of the machine's memory (even though it's in DOS) so v6.1 is able to use 16 megabyte buffers (it has three) and much more in order to run drives as fast as they can possibly go. And its entirely new levels perform way more work in way less time. So I'm very pleased with what it has become. It's going to take me a while to get SpinRite moved over into Windows, which is where it's headed next. But as I was writing all of v6.1's new 32-bit code I knew that's where it was heading. So we'll have this new v6.1 for DOS until then. 👍
SpinRite's new built-in RAM memory test is just a simple random pattern write then read-back. SpinRite had a development testing community of around 600 users so several of them had machines with RAM problems. We compared SpinRite's test with the classic MemTest86 and they both found errors at the same rate. So SpinRite just writes random patterns and rereads them to verify. 👍
Wolfram Research's Mathematica was first released on June 23, 1988. Apparently, you beat him by one year: you have one of the longest-running software products anywhere. OTOH, Matheamtica 14.1 (now renamed to Wolfram Language), is available for free on the Raspberry Pi. Astonishingly, Wolfram Language notebooks created for those early versions still run flawlessly today. Stephen may be a MacArthur Foundation Fellow, but he never ever made a Portable Dog "Persuader". You and Stephen Wolfram are two of a kind. 😊
Does any program like this exist for the Commodore 64? I have floppy disks that are over 30 years old and would really love to test their reliability as well as refresh their data with such an easy to use program.
The Commodore 64 drives were amazing for their time. As with the Atari drives, as I recall the drives themselves were quite intelligent and took high-level commands, like "Format" and then did all the work themselves. But that means there was no low-level access of the sort that you're looking for.
I bought version 6 back in the day, and I'm really happy to see the 6.1 update. One thing, though, at ruclips.net/video/ve1IuLUwjOI/видео.html, you say level three is recommended for SSDs. However, the text on the screen says "it is NOT recommended for SSDs." Thanks!
Great question. I should have mentioned that. SpinRite is 100% compatible with any and all file systems, and even encrypted drives, since it operates down at the physical sector level and doesn't concern itself at all with what's in the drive's sectors. Since all IDE and later drives are able to handle defective sector relocation at the hardware level, SpinRite works with the drive to "show it" there's a problem, after which the drive will take a bad sector (or 4K block of sectors) and will replace it/them with a good new spare. So, SpinRite will run on anything. 👍
At 3:31, you say the Level 3 should be used once per year on an SSD for maintenance - yet the screen says Level 3 is NOT recommended for SSDs. Could you please clarify?
When you look at the amount of writing that an SSD can sustain -- typically many thousands of times its own size -- a single rewrite of its own size is a very small cost in return for the benefit. I was probably overly and needlessly cautious about that scary pop-up in SpinRite v6.1, but I didn't want SpinRite users to be running and rerunning SpinRite over SSDs needlessly. I think that once a year is VERY conservative and that it ought to also be sufficient.
@@SGgrc very helpful, thanks. SpinRight, back in the “spinning” days, has saved more times than I can count. Good to know that a Once Per Year SpinRight still makes sense. Great program!
@@SGgrc Thank you for keeping up the good work of promoting maintenance over replacement. Do the refreshing writes in Level 3 get reflected in the TBW numbers reported in CrystalDisk and other diagnostics? According to my limited understanding, the physics of NAND gates puts a limit on the number of times they can be written to regardless of the reason. From what you've said, Level 2 should do more limited writing (none if no problems are detected). Thanks also for that.
Thank you, Steve, for this great tool! Is it possible to mark one drive for level 2 run, and then a mechanical drive for level 3 run, all in one shot? :)
As you suspect, SpinRite doesn’t have “per drive” levels… but it has extensive command line automation. So it would be very easy to have SpinRite run at different levels on different drives.
The text in the video is too blurry, please consider using the OSSC Pro or the RetroTHINK-4K for the video capture. Also use integer up-scaling or sharp bi-linear up-scaling.
I know this asking a lot, but you are one of the world's premiere assembly language programmers - it would be so cool if you could rewrite the critical calculation/evaluation modules of the open source StockFish chess engine, into your super-fast assembly code, thereby making it the most formidable in the world! - Thank you so much!!
THAT would be such a kick-ass fun thing to do... but I have so much still that I NEED to get done. I'm going to be hugely improving GRC's DNS Benchmark, then a new product to do the reverse of SpinRite - super-fast super-secure drive data wiping - then SpinRite really needs to move to Windows. So... yeah... if I only had the time!
Sir, will there be a free upgrade path from version 6.1 to 7 (when you have the windows / efi version)? I'd like to get 6.1, but it would be wiser if I wait till 7 comes out if another purchase is required.
I agree. If you have no use for SpinRite v6.1 today then waiting until v7.0 would save you the $29 cost to upgrade. I'll definitely be providing "upgrade protection" for at least 90 days, so that anyone who buys SpinRite v6.1 within 90 days of the release of v7.0 will pay nothing to get v7.0. But if SpinRite v6.1 might be useful to you today, I'm sure that upgrading to v7.0 will not cost more than $29. (So another way to looks at this is that if you are going to get v7.0 once it's out for Windows, you could be using v6.1 until then for only $29. :)
@SGgrc thanks for the detailed response sir, I appreciate it. The efi version for these new motherboards and windows version really have me interested for sure!
It's true that SpinRite needed to completely change to keep up with the times. It has completely abandoned all notion of cylinders, heads and sectors (CHS) addressing in favor of seeing all mass storage media as an unbroken linear region of storage. But the BIG surprise was the discovery of the degree to which today's solid state drive media was slowing down WITHOUT generating errors. SSD controllers will struggle mightily to read their data. And they can almost always succeed. But they should NOT have to work so hard. We found that this was due to a phenomenon known as "Read Disturb" and that it could be completely resolved by simply rewriting that data once. So that meant that SpinRite was no longer only useful for spinning drives!
13:02 you talk about moving to Level 3 to work on an SSD. Yet at 3:04 the screen clearly states that Level 3 "is NOT recommended for SSDs...". Can you explain why the contradiction?
Congratulations on producing such long running useful software. Question: do you plan to produce a .efi version instead of .exe in the future? Many board manufacturers are now removing CSM mode in the UEFI, making it impossible to boot to DOS. Turning off secure boot isn't a problem, but you will need a utility that can be run from an efi shell, rather than DOS, in future.
Yes... THAT is, indeed, the challenge these days. Booting from alternate drives and booting from BIOS as opposed to UEFI. This is why I created the "BootAble" freeware, so that anyone who might be interested would first be able to verify that their system(s) would still be able to boot FreeDOS. It's going to be quite some time before I'm able to even start the work on SpinRite 7, which will run fully under Windows. I have two other projects that need to come first. So this v6.1 of SpinRite is all we're going to have for at least another year and probably somewhat more.
Its SPEED is one if the biggest improvements in v6.1. SpinRite v6.1 uses "Flat Real Mode" which was created by a bug in the first Intel 80286 chip. It's a hack that allows all of the first 4 gigabytes (32-bits) of RAM to be accessed by 32-bit registers from "Real Mode" which DOS uses. This allows SpinRite to allocate three 16 megabyte data transfer buffers and to transfer 32,768 sectors at a time. As a consequence, no revolutions are lost between massive transfers and SpinRite is able to run drives at their maximum possible speed. If you look at the timing shown in that video, you'll see that the 2TB drive took 3 hours to process. That's about typical for a modern “spinner”. So a 20TB drive could be expected to take around 30 hours ... except that 20TB drives are much more dense and transfer at even higher rates, which SpinRite can now handle. So I'd guess about one day for a 20TB drive, not months anymore. :)
I have just read that SpinRite version 5.0 can also remagnetize floppy disks. I have two questions about this: 1. Will this function of repairing floppy disks return in version 7.0? After all, according to everything I have read about version 7.0, it is not dependent on FreeDOS thus it won't require Real Mode. And there should be enough RAM available in 32-bit protected mode to offer this function again. 2. Can SpinRite version 5.0 also be used on original floppy disks with copy protection functions or does SpinRite recognize them? I am asking because some copy protection functions use unusual functions, such as read and write errors, etc. If you try to rewrite this bit information, I can imagine that this would fail and the original floppy disk would then no longer be recognized as such. And then I have two other questions about the current version 6.1 and the next version of SpinRite: 3. Can you also use it to maintain SCSI hard drives? 4. And if so, will there be SCSI support in version 7? If the SCSI BIOS is no longer used in version 7, would this be difficult without controller-specific drivers or is it more likely that SpinRite version 7 will simply be based on another operating system, e.g. FreeBSD, so that its SCSI drivers can be used?
Taking your points/questions one by one... I have just read that SpinRite version 5.0 can also remagnetize floppy disks. I have two questions about this: Q: 1. Will this function of repairing floppy disks return in version 7.0? After all, according to everything I have read about version 7.0, it is not dependent on FreeDOS thus it won't require Real Mode. And there should be enough RAM available in 32-bit protected mode to offer this function again. A: I don't think so. I think that the need and interest for doing that has fallen so far off the radar that very few, if any, users would ever obtain any benefit from that. HOWEVER, right now, ALL SpinRite v6.1 owners are also entitled to v6.0 and v5.0 SpinRite licenses. You just change "spinrite.exe" to "sr6.exe" or "sr5.exe" in the download link you receive and you get those versions. I will EXTEND this to v7.0 ... so that all owners of v7.0 for Windows will also obtain the licenses to the previous versions... so someone who needs SpinRite's advanced diskette support (which peaked in v5.0) will have access to it. Q: 2. Can SpinRite version 5.0 also be used on original floppy disks with copy protection functions or does SpinRite recognize them? I am asking because some copy protection functions use unusual functions, such as read and write errors, etc. If you try to rewrite this bit information, I can imagine that this would fail and the original floppy disk would then no longer be recognized as such. A: You're right. SpinRite assumes only STANDARD 720K or 1.44M diskette formatting and it WOULD damage copy protected diskettes that rely upon funky formatting with non-standard sector numbering, etc. And then I have two other questions about the current version 6.1 and the next version of SpinRite: Q: 3. Can you also use it to maintain SCSI hard drives? A: It depends upon the SCSI controller. If the SCSI controller is bootable - if it contains its own BIOS ROM that allows its drives to boot DOS - like old Adaptec SCSI controllers always did, then YES, v6.1 and earlier will "see" and run on those drives. But if the controller relies upon an OS device driver, and if it doesn't have one for DOS, then its drives will not be visible to SpinRite and there's nothing that can be done about that. SpinRite 7 will run on them, assuming the controller has a Windows driver (as it certainly would). A: 4. And if so, will there be SCSI support in version 7? If the SCSI BIOS is no longer used in version 7, would this be difficult without controller-specific drivers or is it more likely that SpinRite version 7 will simply be based on another operating system, e.g. FreeBSD, so that its SCSI drivers can be used? Q: If the drives are supported under Windows then, yes, SpinRite would "see" them and be able to work with them. :) I hope those answers are useful to you.
@@SGgrc Thank you very much for answering my questions. The answers were very helpful. I have another question. Can you use SpinRite 5.0 to remagnetize 5.25" floppy disks, i.e. 360 KiB and 1.2 MiB? It would be advisable to add this information to the FAQ. BTW, last week I tried to reactivate my Adaptec AHA-2940UW SCSI controller together with two SCSI hard drives for a retro computer. I noticed something interesting. SCSI BIOS support was activated in the controller and it supports it. But because I had created ext2 Linux partitions on the SCSI hard drives a few years ago, the SCSI BIOS and the DOS SCSI drivers could no longer recognize any hard drives, which meant that the "SCSI BIOS not installed" message always appeared when booting. FDISK from DOS also reported that it had not found any hard drives. So i couldn't repartition the drives either because they were not found. It took me a while to find a solution. The solution to the problem was a low-level format with the formatting program built into the controller firmware. After that, the SCSI hard drives could be recognized again under DOS. In the help file AFDISK.HLP, which was included with the Adaptec drivers, you could also read what to do in such a case when the SCSI BIOS is not installed message appeared, which was quite helpful. Since SpinRite 6.1 requires the DOS SCSI drivers, I now wonder if SpinRite would have found the hard drives if they still contained ext2 partitions? I assume that with the upcoming version of SpinRite 7.0 this won't be a problem if it runs on Windows. There are Windows drivers for my SCSI controller.
I wish. But, no. Once we get over to SpinRite 7 for Windows then SpinRite will be able to take advantage of Windows drivers. But there are no such drivers that I'm aware of for DOS, and the SAS controller hardware is neither IDE, ATA nor AHCI compatible... all which v6.1 DOES have its own high performance drivers for.
Yes. Several years ago I purchased an embedded real-time OS called RTOS-32. (www.on-time.com/rtos-32.htm) SpinRite v7 will be a Windows app... but this RTOS-32 has a Win32 clone API, so SpinRite 7 for Windows will also run on this RTOS-32, which will essentially be SpinRite's own natively booting OS, and it will boot on either BIOS or UEFI firmware. 👍
Yes. 100%. SpinRite is “encryption agnostic” because it's operating below the file system level, directly upon the drive's physical media. So it will run equally well on an entirely empty drive, on a drive filled with “white noise”, or anything in between. 👍
![[DRAGON BALL LEGENDS REVEALS ＆ STUFF] LEGENDS FESTIVAL 2024 Special Edition Part 1](http://i.ytimg.com/vi/mV5bGIswTtQ/mqdefault.jpg)
Mr. Gibson, Thank you so much for all of your efforts in building SpinRite from day one! I am also glad that you have kept the DOS look in your program. It takes me back to the fun and exciting days of PCs. I wish I had saved a copy of thickest Computer Shopper. My son who is starting his career in IT would be shocked by it. Page after page of new tech. As exciting as the ads in the back of Popular Science, Popular Mechanics, Comics and so on.... Sorry, I'm getting that old. :-)
I wish you and yours all the very best life has to offer, Kevin
*Steve, your video and voice is like re-acquainting with an old friend! Long before I had my Dad's hand-me-down PC-AT, read your and John Dvorak's columns in Dad's InfoWorld's. Later we met you at an OC computer show where you graciously autographed slipcase of your "Passion for Technology" set. You taught me the clean elegance of Assembler. Still have Dad's bound book copy of SR 3.1, still use SR 6.1 Love 'ya!*
Note: I have no doubt that many people will notice that the serial number of my copy of SpinRite v6.1 appears on screen. Leaving it was easier than removing it, and that serial number has been invalidated. So its appearance here is of no consequence. (And thanks for your concern! :)
Steve, could you do a similar video walking through how to create a bootable CDROM and change the bios to boot from it?
@@klaatubob The problem with doing something so specific is that no two BIOSes are the same. (It's annoying!) They each get into their configuration screens differently (F2, F10, F12, Del, etc.) and those config screens are all different. GRC has some really terrific web forums at HTTP://FORUMS.GRC.COM and it's filled with very knowledgeable people, many of whom worked with me through the 3.5 years of SpinRite v6.1 development... and there's a LOT of available support for individual machines, etc. You can also search the forums by keyword. :)
It's like when you see an advertisement from a 50-year old comic book or TV ad and wonder, "Do you think they still answer that phone number?"
@@VideoNOLA Those were the days, weren't they? Crystal radio kits, spy glasses, build muscles and don't get sand kicked in your face....ahhhh yes - dreams. And, waiting 6-8 weeks for delivery then running to the mailbox after school day after day.
Thanks for the walk through and passing on information that I didn’t know. Been using this tool for nearly 20 years and have yet to find anything better.
I’ve been a SpinRite user for many years. Thank you Steve for such a wonderful application.
Thanks. SpinRite's value for solid state drives came as a surprise. So I won't be stopping with SpinRite v6.1.
@@SGgrc You saved my TIVO. Then I bought copies for our grad students. You saved one of them from having to redo years of research!
Wow, I'm an old IT guy from the 90's, and I can't believe that SpinRite is still around.
Well... I'm also an old IT guy from the 90's (hence DOS and assembly code! :) ... and the darn thing just keeps being useful! Thanks for your note!
I'm an old IT guy from the 60's, and I can't believe that I am still around.
@KameraShy 😅
To be fair 6.1 is very old so not being updated just still works great.
@@KameraShy neither can we! :)
I was an PC-DOS developer in the eighties, when we found SpinRite it was the holy grail. I wish I could run it on my Macs. I always had this through my server farm days and Cisco work. THANKS STEVE!!!
Thanks for all the great, tiny utilities all these years, Steve. Big fan. Assembly Language is a lost art.
Indeed, assembly language is the best. I've programmed in 6502, Z80 and best of all, ARM 2. It was so elegent with its fixed size 32-bit instruction and data format.
Thank you Steve for SpinRite 6.1. I purchased a 6.0 license years ago but was never able to run it (at first on my Intel Mac, later on standard Windows PC) on my 2+ TB drives. SpinRite 6.1 handled them just fine and definitely improved performance on three 4 TB SSDs after running on level 3. Yes it took hours on each drive, but actual transfer rates for data backups over USB increased from around 120 MB/s to upward of 300 MB/s where those drives had originally begun. I also feel more confident in my backed up data for having had every single bit re-written to the drive, ensuring the charge which differentiates one bit from another is refreshed.
Wow... Music to my ears. I worked on SpinRite 6.1 for 3.5 years and the experiences you had and have just reported are EXACTLY what I was hoping SpinRite's longtime users would experience. Thanks for sharing!
Oh my!! RUclips just randomly suggested this video!
Is there really a new release!?
I'm so happy to discover this!
SpinRite was one of the greatest things that ever happened to modern computing! I've been sad for years that I couldn't use it on large modern drives.
So happy!
As an old system builder, and BBS Sysop, it's good to see Steve still around, and with an important product that hasn't been tampered with annoying, hungry GUI's and bad sales hype.
An important thing to know when booting SpinRite on a modern computer is that this is a Legacy USB Boot Device. Most computers today (especially laptops) boot in UEFI mode with Legacy Boot Disabled. In order to Boot SpinRite you may need to first enter the BIOS and Enable Legacy Boot. In Dell systems this is a two-step process, i.e. you have to Allow Legacy Mode on one page and then Enable Legacy Boot on another.
After running SpinRite you then need to restore those BIOS settings to their original values
.
I am amazed you still program for DOS based interfaces and how the modern drives still could use software such as this.
I remember having to learn all about interleving HDD and heads and sectors back on my first PC Amstrad 2086 back in like 1985-89 with a 30Mb HDD.
I had to reinstall the OS and was talked through witha technician on the phone when I was like 10-13 years old.
Very much thrown in the deep end but gave me a massive insight into a large scope of detail hidden to most users at the time and yet so crucial to an efficient pc.
Today, SpinRite is still a DOS application only because it was originally. You probably know that everything else I've written (while still all in assembly language) have all been Windows apps. And that's SpinRite's future, too. I had promised the world a no-charge upgrade from the original SpinRite 6.0, so this v6.1 is that. But this will definitely be the final SpinRite for DOS! :)
@@SGgrc The SpinRite DOS UI beautiful. Wish we had more professional looking software like this, be it on Windows, DOS or whatever, instead of everything looking and behaving like a phone app. That goes for websites as well.
Wow, what a blast from the past. Thanks man, your software saved me a couple times. I treat spinning rust very carefully now.
I always feel hardcore utility programs like this one are most trust-inspiring with this kind of workhorse 8-color ncurses interface and this sort of very sincere wizard to explain it. The interrupt-resume feature is S-Level, *extremely* thoughtful, and seems like it must save a lot of time for certain kinds of operations. Much admiration, sir. Bravo!!
sme here, its uses all the resources for task in hand, not flashy graphics?
A 2024 version of spinrite? I so miss this software! Have not used it since Version 3, I need a new license because all my floppies have gone bad decades ago. i will be purchasing it based on this walkthrough.
Thanks, Ted. SpinRite remains very useful for the maintenance of all mass storage drives. The big surprise that surfaced early in the v6.1 development was for solid state drives. Whereas the end of spinning drives has always been well known to be slower due to them having much shorter tracks, the most-used FRONT of solid state drives becomes much slower due to a phenomenon known as "read disturb". The charges stored in the "bit cells" drift away from their original values. SpinRite makes rewriting them easy, which restore drives to their factory speed. :)
Steve, Awesome to see you're still around! I saves a lot of data for my customers over the years! Great program! Interesting it works on SSDs!
As I remember back in the MFM days, SpinRite would read out a track, lowlevel format it, highlevel format it, and write the data back. How cool is that!
Also... did you write "Declasify"? A disk wipe software? We used that at NASA HQ with Lockheed. I think I spoke to you on the phone to arrange a site license. Like 20 years ago!
Thanks for the video!!!
Steve, I have been with you since before Security Now started. I would tell you how many times SpinRite saved me but I've heard you read enough letters that I know, you know. Thank you for the most bullet proof continuing value that I have ever purchased.
Thanks for taking the time to do this. I just recently purchased Spinrite for the first time and haven't had a chance to actually use it yet and I went looking for this video last week and really didn't find anything current. This is super helpful, thank you.
Wow, this brings back really good memories of futzing with mechanical hard drives, but I certainly don't miss those days. At all! Thanks, Steve, for this golden nugget of goodness that kept me in business for a very long time!!
Steve, looks like the word on SpinRite is getting out. I just saw a Spinrite video from David Plumber on Dave's Garage. I have been a SpinRite user for over a decade and love it.
Dave's another old-school wizard. I love watching his channel, too
Nah, SpinRite has been out. The word GRC is on is RUclips is getting out.
I saw Gibson and still doubted it was like the actual GRC. Thanks to Dave for that recommended hit.
Yep: I came here from Dave's channel too, not having heard of you or your program before.
I remember being biased as a kid (I have no idea why) towards Norton utilities vs. Spinrite. Really cool to see this updated, and I know Spinrite saved and help a lot of my friends growing up. The built in RAM test is a really good idea.
Before Peter Norton sold his company Norton was a very powerful set of utilities, then along comes Steve Gibson and the rest is history.
Thanks Steve. This was very useful. I'm definitely going to get a copy of SpinRite after seeing this.
Thanks, Mitch. I'm glad I created this video since I recognize that over the past 20 years (!) since SpinRite 6.0 was released, “DOS” and “text mode apps” have become far less familiar. This v6.1 was a major “catch-up” release which I had promised to all SpinRite 6 owners years ago. It was a massive rewrite under the covers. All of the new code is 32-bit assembly language and v6.1 uses “Flat Real Mode” to allow access to multiple 16 megabyte buffers for maximum data transfer performance. So even though it took 4 years to get it done, I'm glad it exists. It can really help today's mass storage. 👍
@@SGgrc Well I've been hearing about it in your SecurityNow podcast from before 6.0 times and each time I tell myself I need to learn more about it.
Thanks for making this video.
Oh and as someone who's been into computers since 1980 and building my own boxes since the x286 days, I absolutely love the no frills, down to earth interface. Less is more!
Amazing to see an application originally created way-back-when, still be relevant with modern technology... A testament to your genius Steve... I also learned something new about SSD's. I'll be running this release on all my machines, b/c, why not.
Awesome demo, Mr. Gibson, thank you very much.
Thank you, Steve. I first used SpinRite in 1986 to improve the performance on my 80286 PC. I still use it today. In my opinon, the greatest disk maintenance tool ever created.
I am a big fan Steve. It's great to see you not only breathing new life into drives but also your awesome product!
Great to see that this invaluable tool still has a place.
Spinrite was an amazing program years ago. Along with tools like Disktrix which would sort your HDD by program usage and speed up loading for more used apps. The inner ring of the HDD was faster than outer rings. Sometimes a UI is s sign of good engineering under the hood. Ot just works with no extras.
Odd, I think the outer tracks are faster.
@@saganandroid4175 I thought the inside ring was faster, but you are probably right. Either way, it would move the programs you use more there and it would make a big difference when loading from HDD.
NO, the outer rings were faster than the inner rings because hard drives always spin at the same RPM. Before SSDs were a thing this fact was exploited by only formatting say 10% to 20% of a drive since drives were formatted from perimeter inwards. So this put all the data on the fastest part.
awesome steve. very detailed overview of spinrite. Thanks for all you do.
Wow, SpinRite. I used that many years ago. This video brings back many fond memories.
15:49 the log shows 0.0001 lower % than the actual stopping point. Thus ensuring that if you enter the number from the log you won't miss any fractional percent of the drive. I was thinking to myself that this is how it OUGHT to work when it showed the interrupt screen earlier. So impressed to see it actually implemented that way here!
wow after nearly 20-years of knowing about Spinrite we finally see and hear Steve Gibson talk about it and how to use it.
Thanks and interesting to hear you say about the SSD beginning sectors been the slowest.
I have couple NVMe's and one is the bootable hdd which I have never tested so be interested to see how this performs one day.
Thanks also for the insight on refreshing the drive using spinrite and this improved the hdd performance, learnt something new today :)
Thanks for sharing how Spinrite is working
9.8406% on screen dialog but 9.8405% in the log. Was this difference because each referred to different sectors? Perhaps ...05 was the last sector fully scanned and ...06 the next?
Thanks Steve for your excellent software and technical commentary in Security Now.
further down in the detailed log, it shows a rounded 9.841 value. it would be nice to be consistent. Although, I would much prefer to be able to enter sectors instead of fractions of percentages.
Hi Steve. Thanks for this. I bought SpinRite at the 6.0 version, and I'm looking forward to grabbing the new version. I've got a couple of systems I'd like to run it on as a test. Thanks for the video.
Upgrading from 6.0 is easy. The first item under the "SpinRite" menu is "Upgrade to v6.1". Just drop your current SpinRite serial number into the form there and you'll receive download links for v6.1. :)
So glad to hear that Spinrite development continues! Any plans or process for testing drives in a home NAS device like Synology or QNAP?
Hi Steve good to see you still supporting this, I used to use it back in the day on st225's when I changed out the controller and mfm to rll.
This and norton calibrate were my tools of choice, I'm sad peter sold out to the corporations as his utils were the best until then.
Debug g=c800:5 is ingrained in my dna!
I guess everyone deserves a payday once in awhile. :)
Agreed. During the work on SpinRite v6.1 I was back in "DOS Land" and I was often using Peter's excellent utilities.
"Calibrate" is a bit of a sore spot for me, since they literally stole SpinRite. It wasn't Peter, though - it was a horrible CEO (named Ron Posner) who Peter put in place to run things as the company outgrew him. Peter and I had lunch and Peter had been told to purchase SpinRite outright from me because it was the #1 feature their users of "The Norton Utilites" wanted added. SpinRite was still very new and I'd already been around the block a few times by then. So I knew better than to sell it to them for any price. I said that in a few years I'd be glad to consider some sort of co-marketing arrangement.
After lunch, Peter and I went back to their offices in Santa Monica and met with Ron. He assumed that Peter had a deal and Peter had to say that he didn't.
We later heard from a Norton programmer that Ron had given a copy of SpinRite to one of their developers and said: "Go home and stay home until we have a clone of this."
The final proof that this is what they did was that after Calibrate came out - and EVERYONE who knew SpinRite ASSUMED that I had sold it to them since it looked and acted nearly identical - one of my guys looked inside Calibrate and found byte-for-byte identical code from SpinRite. There were some places where I wanted to see whether the BIOS supported some function. So I was placing some garbage code into the registers before calling the function and then checking them afterward to see whether they had been changed. CALIBRATE was using the =exact= same garbage values... since whoever copied SpinRite didn't know why I had chosen that data and was afraid to change it.
And after Calibrate was shipped, WE started receiving technical support calls from Calibrate users asking for help since Norton's support people were unable to support it (since they didn't really create it). We told those Norton customers that we'd be glad to offer them support after they purchased a copy of SpinRite... which we DID write and understand. :) Later, they dropped Calibrate from their offerings because it was causing them too much trouble and they were unable to support it.
Again... nothing against Peter. He's always been a good guy. Things just got out of his control.
"What's the difference between an ST-225 and an ST-238R? About a hundred bucks." -- common computer tech joke from the time
@@mal2ksc 😀
@@SGgrc The Norton tool I really miss is Speed Disk from Norton Utilities 2000. It was FAST and it would 100% defragment a drive in one pass, including the swap file. Unfortunately it didn't work in NT4, 2000, XP, or newer versions of Windows.
Far as I can tell, all the defragmenters for Windows after 9x and Me are essentially alternative frontends for Microsoft's ultra slow defragmenter. Speed Disk would start by making room at the start of the drive then move files there, collecting their parts scattered across the drive.
All the NTFS defraggers I've tried are nowhere near as efficient in the way they relocate files, nor do they do a 100% defrag in one pass, even on a non-system drive. It's as though with the end of the DOS based Windows era, everyone doing defragmenting software just gave up.
@@SGgrcJust WOW to that story!
I used Spinrite 6.0 last week to fix a drive on an old Windows Vista PC before giving it to my grandchildren to mess around with. Now I'm going to upgrade to 6.1. Thanks Steve.
Steve, I was so impressed when I recently received the email that you had released an update...after so many years!
Thanks Mike. I'm glad you still had the same email address! I sent out around 160,000 pieces of mail and, not surprisingly, many bounced! (Especially all those old CompuServe accounts! )
This too would be so amazing if it had screen reader support as well! Thank you so much for all the years of hard work and teachings
There are some old DOS screen readers that support "Sound Blaster" cards. I don't know whether that might be of any use to you.
wow! I had stopped thinking about SpinRite when I moved to SSD - should have realized you'd be right there to keep my drives in tip-top shape! Thanks for the years of work.
Check out the "before" and "after" benchmarks on the SpinRite "Testimonials" page here: www.grc.com/sr/testimonials.htm The performance improvements are typically stunning.
Based upon the experience SpinRite v6.1's users are reporting, we're now recommending an annual pass of SpinRite at Level 3 over SSDs to keep them "fresh" and healthy. :)
I’ve been waiting for a video like this forever. Thank you so much!
This is great to see. i was an early user of spinrite and this was my must have software. I'm so glad to see it's still being used today. I wonder if my old versions will still be of any use today.
Look forward to trying this updated 2024 version! 😉
This brings back good memories.
User since Spinrite ][ . You are certain generous to give this update away - I don't think anyone expected you to do that.
I made that promise about 10 years ago on the Security Now! podcast and I'm certain that some of our listeners purchased SpinRite 6.0 on the basis that they would someday get v6.1 as a free upgrade.
As the old saying goes “a promise is a promise.” Although it took 4 years of my life and I ended up completely rewriting SpinRite's "guts" to use 32-bit Flat Real Mode with multiple 16 megabyte buffers for absolute maximum performance, I have no regrets.
And it's not clear when we would have stumbled over “The Great SSD Slowdown” and using SpinRite to fix that if I hadn't done v6.1. 👍🏻
A great product. I've used 6.1 for a long time now (went through 4.x and 5.x)...thanks Steve! Your talks on security were also interesting - you may want to mention those...
Have used SpinRite since the early 80's after talking with the head of support at Compaq. He stated that they used SpinRite to test hard drives before they where installed in Compaq devices. The bad ones were weed out and sent back to the manufacturer so they did not become a support issue at the very start for Compaq.
Just wish I could use my new SpinRite 6.1 version with my Apple M1 MacBook Air. Steve talked the other day about a solution that it looks like I am going to use.
Create new macOS/UNIX USB install with latest version. FULL backup using Time Machine to two separate storage drives. First is the one I am already using. Second is a external SSD which I have tested with SpinRite 6.1 on level 3. Then after this is done I am going to do a fresh "Nuke and repave, or flatten as Microsoft likes to call it" install of macOS/UNIX and then full restore from the Time Machine backup.
Wow, SpinRite has come a long way since I used it to defrag my ST-225 !
"Daves Garage" RUclips channel featured Spinrite in his video. He is a retired Microsoft engineer who did most his work in assembly back in his day working on Windows. It was a great review/explanation of Spinrite. He also rebuilds full size PDP-11's! In his garage.
I had to spin right license years and years ago. It's been a long time since I've seen that disc. My PCs I don't think we're really powerful enough to run it well. I remember trying to run it on what was a large drive for its time - maybe 500 GB - and giving up after it been running for several days without completing. I saw the new version mentionioned in a Dave's Garage video and thought I'd check out this walkthrough.
Excellent - much needed video. Thanks Steve.
Not sure how long, new PCs will include legacy BIOS mode. Will Spinrite be UEFI compatible some day? I know (Free)dos isn't, so not sure how that would be achieved. Would more or less, require it to be its own OS? Or use BSD/Linux instead?
You're 100% right. As I noted in my reply to your other question, I purchased the source code for a proprietary embedded OS known as RTOS-32. So all future SpinRites will be Windows apps that can run either under Windows or on their own OS that can boot on either BIOS or UEFI. 👍
I've never even noticed the drive benchmarks part of spinrite! OMG, I've always used "Readspeed" first. haha! well, don't I feel stupid now after owning SR6 for ... well, since it was released! My boss had SR5, and I loved what it could do, so bought 6 when it came out. The upgrade to 6.1's memory page I noticed... skipped past that and just went with my tried and true Level 2 and spacebar/enter combos! hehe, i'm gonna go play with that upgrade again now. Liked and sub'd mate, hope you get more sales from this from the algo, and with Dave Plumber also plugging the benefits of SR.
I recently purchased the latest spinrite for use on some older Microsoft surface laptops but found that EUFI makes spinrite unusable. I didn’t ask for a refund as I’m an avid fan of security now podcast and keen to support its ongoing development towards a version that will work on modern pcs and laptops. Steve perhaps you could cover why this doesn’t work for me in an upcoming episode as I was hoping to resurrect a slow surface go for my kids and sadly cannot. Hoping spinrite 7 will solve this issue. Cheers and thanks from Melbourne Australia, Rick
Fascinating! I ran SpinRite on my 74 GB 10,000 RPM VelociRaptor drive back in 2005 and it gave me weird error messages. I never had issues with the drive so I didn't trust the utility at the time. Who knows what actually caused the errors. I had no idea it is still being maintained and it does sound great for SSDs.
Nice to hear from the creator in the flesh. I relied on Spinrite some decades ago. Maybe I will give it another whirl 😊
Wow.. This used to be one of my top tools in my toolbox. I did not realize it would still work on ssd.
Right. Actually, it's not that it "still works" on SSD, though. I just spent 4 years of my life completely rewriting SpinRite. I left the user interface (mostly) alone, since it was fine. But nearly ALL of the "guts" of the program were rewritten in 32-bit assembly code. It's now a screaming demon, and it can do wonders for today's SSD storage! :) Just check out the recent testimonials: www.grc.com/sr/testimonials.htm
Steve Old Sock, good to see you! Where have you been?
I've been busy. I've been doing a weekly podcast (Security Now!) With Leo Laporte for the past 20 years. And checkout all of the useful freeware I've written for Windows (all in assembly language, of course): www.grc.com/freepopular.htm
I spent (wasted) 7 years of my life solving the username & password login problem with SQRL (the FIDO2 Passkeys system is what won). And then the most recent 4 years completely rewriting the "guts" of SpinRite 6.0. It looks nearly the same from the outside... But it's an entirely new beast under the covers.
Next up is a big update to our most popular Freeware, the DND Benchmark: www.grc.com/dns/benchmark.htm then a brand new super-fast super-secure data wiping utility, to be followed up by SpinRite 7.
So, as they say... Never a dull moment! 👍🏻
Wow, haven't used SpinRite since the late 90's when I was a Bench tech. Nice to see its still relevant.
How does SpinRite relocate data safely on a fully-encrypted drive? I recall Steve mentioning that SP doesn't need to know about the File System used, but wouldn't moving bits around break the encrypted data?
All modern drives are able to remove troubled sectors from their addressable space. This is done in different ways depending upon the drive's technology. “Spinners” are able to “shift all of a drive's sectors downward” into a deliberately left empty "spares" area at the end of the region. This allows a bad sector to be "skipped over." The point, though, is that from the outside, nothing appears to have changed. There's no “visible” sector marked “bad” anymore. Drives are able to hide defective sectors so that they always appear to be 100% defect-free. And as a result of all this - as a result of the total transparency of defective sectors - SpinRite is able to show drives when their sectors are in trouble and thus induce drives to “spare out” these problems... and nothing needs to be changed within the file system, whether it's encrypted or not. 👍
@@SGgrc Thank you. With this and a little more reading, I cleared some misconceptions.
Good to see you replying in YT as well 👍. Thanks again.
@@SGgrc you've fixed the issue where newer drives couldn't be made to hot swap sectors that formatting marked as bad? I used Spinrite on some drives where the only way to make them use spare sectors was to give them a fresh format without scanning for errors. Then when Spinrite came to an iffy sector it could either restore it or force a reallocation.
Steve, just wanted some clarification. You mentioned it is a good idea to run level 3 once a year for maintenance but on the blue screen it says that level three is NOT recommended for SSD drives. Used caps because that is how it was written in the description.
I was an early customer using Spinrite in the 80s and early 90s, back then it seemed like magic in the increased performance it offered.
Ideally he do k driver should buffer track reads and writes to take advantage of the optimized interleave. I worked for a systems house in the early 80s which specialized in custom drivers to do just that on TRS-80 Model II systems.
Which level to prevent data degradation on an properly functioning SSD, 2 or 3?
Level 2 only performs rewriting of specific locations in the event of the complete unreadability of that region. That's the fastest Level for data recovery since it cruises along only reading until it hits a problem. But the phenomenon everyone is observing with SSDs is that they can slow down incredibly while still eventually being able to recover their own data. So Level 2 may slow down at those locations but it won't rewrite.
Level 3 is what you need to use for SSDs. It rewrites everything once, regardless of how long the drive took to read the data. And the beauty of this is that the NEXT time the drive attempts to read that freshly rewritten data it can do so at full original "factory" speed. :)
SpinRite will caution its user when they choose any level above 2, since writing to NAND memory is know to ever-so-slightly fatigue the NAND cells. But SSDs can be entirely rewritten tens of thousands of time before anything actually wears out. And we're only doing it once. So SpinRite's caution is probably unnecessary... but I wanted to be responsible.
An annual once-per-year whole drive (Level 3) rewrite should be ample to keep drives (that don't spin) running fast and reliably. 👍🏻
@@SGgrc Thank you for the detailed response.
@@SGgrc Steve, if it's technically feasible, I think adding the functionality for SpinRite to scan/check multiple drives simultaneously would be extremely useful.
@@odkdsjf DEFINITELY! ALL future SpinRites will be fully multi-tasking and able to have multiple things going on at once. This wasn't feasible for v6.1 due to UI limitations. It would have required a significant reworking. As is was, I rewrote all of SpinRite's core logic over the course of 4 years... And all of THAT will be portable into Windows... Where a new UI will be designed specifically to allow SpinRite to become a mass storage maintenance and recovery workstation. 👍
@@SGgrc That version sounds amazing, I am looking forward to it. Hopefully future SpinRite versions will retain the capability to be executable from a Linux distro or live DOS-based bootable USB flash drive. That is useful for situations where Windows breaks, a dedicated Linux/non-OS repair workstation is used.
Thank you, again. Regards
"...Crucial (tm) for this RAM to be reliable". Sorry, I could not resist :)
Very nice. One day I need to get a copy.
Does it LLF MFM and RLL drives? ;@)
I think it does from what I remember from early DOS versions.
Actually, SpinRite 6.0 was released in 2004 (20 years ago) and SpinRite 5 several years before that. And each of these major moves forward removed some of the oldest features that were really no longer needed and were taking up space. BUT... =all= owners of SpinRite 6.1 also have licenses to SpinRite 6.0 and 5.0 ... so SpinRite 5.0 will definitely work on those older drives without any trouble!
It's been updated ?!!?!?!? YEAHHHHH!!!!! Thank you for updating this for modern drives.
Yep. And even though it's "only" a "point release" (v6.1) it took 3.5 years of work and it's entirely reworked underneath. It uses "Flat Real Mode" (which the early PC gamers used) to get access to all of the machine's memory (even though it's in DOS) so v6.1 is able to use 16 megabyte buffers (it has three) and much more in order to run drives as fast as they can possibly go. And its entirely new levels perform way more work in way less time. So I'm very pleased with what it has become.
It's going to take me a while to get SpinRite moved over into Windows, which is where it's headed next. But as I was writing all of v6.1's new 32-bit code I knew that's where it was heading. So we'll have this new v6.1 for DOS until then. 👍
@@SGgrc I hope buy it this week. So If I make a HIREN bootable USB drive(WINDOWS PE) Can it run within Windows PE environment?
Hi Steve, thank you for supporting the LGBTQ community. SpinRite is amazing
That’s amazing! ❤ I want a copy of SpinWrite
Memory test. Nice idea. Do you do march tests?
SpinRite's new built-in RAM memory test is just a simple random pattern write then read-back. SpinRite had a development testing community of around 600 users so several of them had machines with RAM problems. We compared SpinRite's test with the classic MemTest86 and they both found errors at the same rate. So SpinRite just writes random patterns and rereads them to verify. 👍
Wolfram Research's Mathematica was first released on June 23, 1988. Apparently, you beat him by one year: you have one of the longest-running software products anywhere. OTOH, Matheamtica 14.1 (now renamed to Wolfram Language), is available for free on the Raspberry Pi. Astonishingly, Wolfram Language notebooks created for those early versions still run flawlessly today. Stephen may be a MacArthur Foundation Fellow, but he never ever made a Portable Dog "Persuader". You and Stephen Wolfram are two of a kind. 😊
Does any program like this exist for the Commodore 64? I have floppy disks that are over 30 years old and would really love to test their reliability as well as refresh their data with such an easy to use program.
The Commodore 64 drives were amazing for their time. As with the Atari drives, as I recall the drives themselves were quite intelligent and took high-level commands, like "Format" and then did all the work themselves. But that means there was no low-level access of the sort that you're looking for.
I kept a copy of my first spinrite, v2, but when I moved to mac I guess somewhere the receipt got lost. Guess it is time for an update.
Great Program. I assume this does not work with Apple Silicon Macs?
I bought version 6 back in the day, and I'm really happy to see the 6.1 update. One thing, though, at ruclips.net/video/ve1IuLUwjOI/видео.html, you say level three is recommended for SSDs. However, the text on the screen says "it is NOT recommended for SSDs." Thanks!
Spinrite was amazing, back in *1995* .
Steve, how does SpinRite behave with formats other than Fat, Fat32 or NTFS. Founds on Linux partitions EXT2 through 4?
Great question. I should have mentioned that. SpinRite is 100% compatible with any and all file systems, and even encrypted drives, since it operates down at the physical sector level and doesn't concern itself at all with what's in the drive's sectors. Since all IDE and later drives are able to handle defective sector relocation at the hardware level, SpinRite works with the drive to "show it" there's a problem, after which the drive will take a bad sector (or 4K block of sectors) and will replace it/them with a good new spare.
So, SpinRite will run on anything. 👍
At 3:31, you say the Level 3 should be used once per year on an SSD for maintenance - yet the screen says Level 3 is NOT recommended for SSDs. Could you please clarify?
SSD support wasn't available previously, but it looks like the new 6.1 version now includes it. I suppose the disclaimer just needs to be updated.
When you look at the amount of writing that an SSD can sustain -- typically many thousands of times its own size -- a single rewrite of its own size is a very small cost in return for the benefit.
I was probably overly and needlessly cautious about that scary pop-up in SpinRite v6.1, but I didn't want SpinRite users to be running and rerunning SpinRite over SSDs needlessly.
I think that once a year is VERY conservative and that it ought to also be sufficient.
@@SGgrc very helpful, thanks. SpinRight, back in the “spinning” days, has saved more times than I can count. Good to know that a Once Per Year SpinRight still makes sense. Great program!
@@SGgrc Thank you for keeping up the good work of promoting maintenance over replacement.
Do the refreshing writes in Level 3 get reflected in the TBW numbers reported in CrystalDisk and other diagnostics? According to my limited understanding, the physics of NAND gates puts a limit on the number of times they can be written to regardless of the reason. From what you've said, Level 2 should do more limited writing (none if no problems are detected). Thanks also for that.
Thank you, Steve, for this great tool! Is it possible to mark one drive for level 2 run, and then a mechanical drive for level 3 run, all in one shot? :)
As you suspect, SpinRite doesn’t have “per drive” levels… but it has extensive command line automation. So it would be very easy to have SpinRite run at different levels on different drives.
@@SGgrc Thank you very much for the answer! I'm going to buy it very soon, that's why I was curious about such automation. :)
I'm just curious. If I ran the latest Spinrite on an old computer having an old drive with a Shugart interface would it still work the way it used to?
My ssd get stuck at 1.934% running spinrite on either level 2 or 3 does that mean I need a clean install?
❤ Steve and SpinRite! Been using for *decades*. What other software has a lifetime like that!?
And... this was only the "catch up" release. I still have much more in store. 👍
Have you seen the PDP in Dave's Garage?
The text in the video is too blurry, please consider using the OSSC Pro or the RetroTHINK-4K for the video capture. Also use integer up-scaling or sharp bi-linear up-scaling.
I know this asking a lot, but you are one of the world's premiere assembly language programmers - it would be so cool if you could rewrite the critical calculation/evaluation modules of the open source StockFish chess engine, into your super-fast assembly code, thereby making it the most formidable in the world! - Thank you so much!!
THAT would be such a kick-ass fun thing to do... but I have so much still that I NEED to get done. I'm going to be hugely improving GRC's DNS Benchmark, then a new product to do the reverse of SpinRite - super-fast super-secure drive data wiping - then SpinRite really needs to move to Windows. So... yeah... if I only had the time!
Sir, will there be a free upgrade path from version 6.1 to 7 (when you have the windows / efi version)? I'd like to get 6.1, but it would be wiser if I wait till 7 comes out if another purchase is required.
I agree. If you have no use for SpinRite v6.1 today then waiting until v7.0 would save you the $29 cost to upgrade. I'll definitely be providing "upgrade protection" for at least 90 days, so that anyone who buys SpinRite v6.1 within 90 days of the release of v7.0 will pay nothing to get v7.0. But if SpinRite v6.1 might be useful to you today, I'm sure that upgrading to v7.0 will not cost more than $29. (So another way to looks at this is that if you are going to get v7.0 once it's out for Windows, you could be using v6.1 until then for only $29. :)
@SGgrc thanks for the detailed response sir, I appreciate it. The efi version for these new motherboards and windows version really have me interested for sure!
I thought this software had simply hit a wall when we abdicated physical control over cylinders, heads, and sectors. Glad to see I was wrong!
It's true that SpinRite needed to completely change to keep up with the times. It has completely abandoned all notion of cylinders, heads and sectors (CHS) addressing in favor of seeing all mass storage media as an unbroken linear region of storage.
But the BIG surprise was the discovery of the degree to which today's solid state drive media was slowing down WITHOUT generating errors. SSD controllers will struggle mightily to read their data. And they can almost always succeed. But they should NOT have to work so hard. We found that this was due to a phenomenon known as "Read Disturb" and that it could be completely resolved by simply rewriting that data once.
So that meant that SpinRite was no longer only useful for spinning drives!
13:02 you talk about moving to Level 3 to work on an SSD. Yet at 3:04 the screen clearly states that Level 3 "is NOT recommended for SSDs...". Can you explain why the contradiction?
Congratulations on producing such long running useful software.
Question: do you plan to produce a .efi version instead of .exe in the future?
Many board manufacturers are now removing CSM mode in the UEFI, making it impossible to boot to DOS.
Turning off secure boot isn't a problem, but you will need a utility that can be run from an efi shell, rather than DOS, in future.
100% right. Please see my replies to @kjakobsen. (SpinRite will be getting its own BIOS/UEFI bootable OS)
Will v7 be able to handle iMac Fusion Drives?
God tier user interface
I apparently had no trouble putting 6.0 on CD to run. But I haven't figured out how to make 6.1 bootable from a USB flash drive.
Yes... THAT is, indeed, the challenge these days. Booting from alternate drives and booting from BIOS as opposed to UEFI. This is why I created the "BootAble" freeware, so that anyone who might be interested would first be able to verify that their system(s) would still be able to boot FreeDOS.
It's going to be quite some time before I'm able to even start the work on SpinRite 7, which will run fully under Windows. I have two other projects that need to come first. So this v6.1 of SpinRite is all we're going to have for at least another year and probably somewhat more.
@@SGgrc Thank you!
Last time I used SpinRite was around 2009 and it could take a day to scan a hard drive. It must take months on modern 20TB drives.
Its SPEED is one if the biggest improvements in v6.1. SpinRite v6.1 uses "Flat Real Mode" which was created by a bug in the first Intel 80286 chip. It's a hack that allows all of the first 4 gigabytes (32-bits) of RAM to be accessed by 32-bit registers from "Real Mode" which DOS uses. This allows SpinRite to allocate three 16 megabyte data transfer buffers and to transfer 32,768 sectors at a time. As a consequence, no revolutions are lost between massive transfers and SpinRite is able to run drives at their maximum possible speed.
If you look at the timing shown in that video, you'll see that the 2TB drive took 3 hours to process. That's about typical for a modern “spinner”. So a 20TB drive could be expected to take around 30 hours ... except that 20TB drives are much more dense and transfer at even higher rates, which SpinRite can now handle. So I'd guess about one day for a 20TB drive, not months anymore. :)
What is this mysterious "CD-ROM" of which you speak?
I have just read that SpinRite version 5.0 can also remagnetize floppy disks. I have two questions about this:
1. Will this function of repairing floppy disks return in version 7.0? After all, according to everything I have read about version 7.0, it is not dependent on FreeDOS thus it won't require Real Mode. And there should be enough RAM available in 32-bit protected mode to offer this function again.
2. Can SpinRite version 5.0 also be used on original floppy disks with copy protection functions or does SpinRite recognize them? I am asking because some copy protection functions use unusual functions, such as read and write errors, etc. If you try to rewrite this bit information, I can imagine that this would fail and the original floppy disk would then no longer be recognized as such.
And then I have two other questions about the current version 6.1 and the next version of SpinRite:
3. Can you also use it to maintain SCSI hard drives?
4. And if so, will there be SCSI support in version 7? If the SCSI BIOS is no longer used in version 7, would this be difficult without controller-specific drivers or is it more likely that SpinRite version 7 will simply be based on another operating system, e.g. FreeBSD, so that its SCSI drivers can be used?
Taking your points/questions one by one...
I have just read that SpinRite version 5.0 can also remagnetize floppy disks. I have two questions about this:
Q: 1. Will this function of repairing floppy disks return in version 7.0? After all, according to everything I have read about version 7.0, it is not dependent on FreeDOS thus it won't require Real Mode. And there should be enough RAM available in 32-bit protected mode to offer this function again.
A: I don't think so. I think that the need and interest for doing that has fallen so far off the radar that very few, if any, users would ever obtain any benefit from that. HOWEVER, right now, ALL SpinRite v6.1 owners are also entitled to v6.0 and v5.0 SpinRite licenses. You just change "spinrite.exe" to "sr6.exe" or "sr5.exe" in the download link you receive and you get those versions. I will EXTEND this to v7.0 ... so that all owners of v7.0 for Windows will also obtain the licenses to the previous versions... so someone who needs SpinRite's advanced diskette support (which peaked in v5.0) will have access to it.
Q: 2. Can SpinRite version 5.0 also be used on original floppy disks with copy protection functions or does SpinRite recognize them? I am asking because some copy protection functions use unusual functions, such as read and write errors, etc. If you try to rewrite this bit information, I can imagine that this would fail and the original floppy disk would then no longer be recognized as such.
A: You're right. SpinRite assumes only STANDARD 720K or 1.44M diskette formatting and it WOULD damage copy protected diskettes that rely upon funky formatting with non-standard sector numbering, etc.
And then I have two other questions about the current version 6.1 and the next version of SpinRite:
Q: 3. Can you also use it to maintain SCSI hard drives?
A: It depends upon the SCSI controller. If the SCSI controller is bootable - if it contains its own BIOS ROM that allows its drives to boot DOS - like old Adaptec SCSI controllers always did, then YES, v6.1 and earlier will "see" and run on those drives. But if the controller relies upon an OS device driver, and if it doesn't have one for DOS, then its drives will not be visible to SpinRite and there's nothing that can be done about that. SpinRite 7 will run on them, assuming the controller has a Windows driver (as it certainly would).
A: 4. And if so, will there be SCSI support in version 7? If the SCSI BIOS is no longer used in version 7, would this be difficult without controller-specific drivers or is it more likely that SpinRite version 7 will simply be based on another operating system, e.g. FreeBSD, so that its SCSI drivers can be used?
Q: If the drives are supported under Windows then, yes, SpinRite would "see" them and be able to work with them. :)
I hope those answers are useful to you.
@@SGgrc Thank you very much for answering my questions. The answers were very helpful. I have another question. Can you use SpinRite 5.0 to remagnetize 5.25" floppy disks, i.e. 360 KiB and 1.2 MiB?
It would be advisable to add this information to the FAQ.
BTW, last week I tried to reactivate my Adaptec AHA-2940UW SCSI controller together with two SCSI hard drives for a retro computer. I noticed something interesting. SCSI BIOS support was activated in the controller and it supports it. But because I had created ext2 Linux partitions on the SCSI hard drives a few years ago, the SCSI BIOS and the DOS SCSI drivers could no longer recognize any hard drives, which meant that the "SCSI BIOS not installed" message always appeared when booting. FDISK from DOS also reported that it had not found any hard drives. So i couldn't repartition the drives either because they were not found.
It took me a while to find a solution. The solution to the problem was a low-level format with the formatting program built into the controller firmware. After that, the SCSI hard drives could be recognized again under DOS. In the help file AFDISK.HLP, which was included with the Adaptec drivers, you could also read what to do in such a case when the SCSI BIOS is not installed message appeared, which was quite helpful.
Since SpinRite 6.1 requires the DOS SCSI drivers, I now wonder if SpinRite would have found the hard drives if they still contained ext2 partitions? I assume that with the upcoming version of SpinRite 7.0 this won't be a problem if it runs on Windows. There are Windows drivers for my SCSI controller.
Many thanks Steve - cheers
Will this handle SAS controller + drives?
I wish. But, no. Once we get over to SpinRite 7 for Windows then SpinRite will be able to take advantage of Windows drivers. But there are no such drivers that I'm aware of for DOS, and the SAS controller hardware is neither IDE, ATA nor AHCI compatible... all which v6.1 DOES have its own high performance drivers for.
Have you given any consideration to a native EFI version?
Yes. Several years ago I purchased an embedded real-time OS called RTOS-32. (www.on-time.com/rtos-32.htm) SpinRite v7 will be a Windows app... but this RTOS-32 has a Win32 clone API, so SpinRite 7 for Windows will also run on this RTOS-32, which will essentially be SpinRite's own natively booting OS, and it will boot on either BIOS or UEFI firmware. 👍
Can this work if the drive is encrypted?
Yes. 100%. SpinRite is “encryption agnostic” because it's operating below the file system level, directly upon the drive's physical media. So it will run equally well on an entirely empty drive, on a drive filled with “white noise”, or anything in between. 👍