Spinrite v6.1 RC2 - cannot cancel operation

  • Be sure to checkout “Tips & Tricks”
    Dear Guest Visitor → Once you register and log-in please checkout the “Tips & Tricks” page for some very handy tips!

    /Steve.
  • BootAble – FreeDOS boot testing freeware

    To obtain direct, low-level access to a system's mass storage drives, SpinRite runs under a GRC-customized version of FreeDOS which has been modified to add compatibility with all file systems. In order to run SpinRite it must first be possible to boot FreeDOS.

    GRC's “BootAble” freeware allows anyone to easily create BIOS-bootable media in order to workout and confirm the details of getting a machine to boot FreeDOS through a BIOS. Once the means of doing that has been determined, the media created by SpinRite can be booted and run in the same way.

    The participants here, who have taken the time to share their knowledge and experience, their successes and some frustrations with booting their computers into FreeDOS, have created a valuable knowledgebase which will benefit everyone who follows.

    You may click on the image to the right to obtain your own copy of BootAble. Then use the knowledge and experience documented here to boot your computer(s) into FreeDOS. And please do not hesitate to ask questions – nowhere else can better answers be found.

    (You may permanently close this reminder with the 'X' in the upper right.)

Tokendude

New member
Nov 14, 2023
1
0
I've got a disk that is failing that I'm trying to recover long enough to get data off. S.M.A.R.T. keeps taking it offline so I thought I would try switching to level 5; seems like I remember a guy running spinrite for 9 months or something like that and it finally got through and the disk was repaired. I switched to level 5 for an overnight run, but then changed my mind. I decided to turn off S.M.A.R.T monitoring and run spinrite again on level 2. I couldn't cancel spinrite from the menu though. It seemed determined to finish that sector. Just thought I would pass it along.
 
That's intentional. SpinRite prevents interruption when it's in a state where doing so could corrupt data. It should eventually let you interrupt it.

SpinRite forcibly re-enables SMART. There's no way to make SpinRite run without it.
 
  • Like
Reactions: Steve
". . . I've got a disk that is failing that I'm trying to recover long enough to get data off. S.M.A.R.T. keeps taking it offline so I thought I would try switching to level 5; seems like I remember a guy running spinrite for 9 months or something like that and it finally got through and the disk was repaired. I switched to level 5 for an overnight run, but then changed my mind. I decided to turn off S.M.A.R.T monitoring and run spinrite again on level 2. I couldn't cancel spinrite from the menu though. It seemed determined to finish that sector. Just thought I would pass it along . . ."
Move on to the current SpinRite 6.1 pre-release, SRPR-RC5 - I found the controls to be more responsive.

I also consider 'conservative' command line options, like FORCEBIOS and DYNASTAT 1.

Let us know how it works for you.

I also use supplemental cooling fans to keep the drive at room temperature, and I remove and replace the drive's circuit board and clean the contacts underneath.

Thanks.
 
". . . That's intentional. SpinRite prevents interruption when it's in a state where doing so could corrupt data. It should eventually let you interrupt it. SpinRite forcibly re-enables SMART. There's no way to make SpinRite run without it . . ."

Doesn't the SpinRite 6.1 command line option FORCEBIOS use the BIOS drivers that have no S.M.A.R.T. savvy?

Thanks.
 
Doesn't the SpinRite 6.1 command line option FORCEBIOS use the BIOS drivers that have no S.M.A.R.T. savvy?

Thanks.
Yes, but I recommend against using it unless absolutely necessary.

S.M.A.R.T. keeps taking it offline
@Tokendude I'm not sure what you're referring to. Can you share the full error message, please? A screenshot would be best, even if it's a picture of your monitor from your phone.
 
and I remove and replace the drive's circuit board and clean the contacts underneath.

Why did you do that?
Was the drive not working?

Generally if the drive is working the PCB is connecting fine to the rest of the drive.
 
". . . Yes, [ the SpinRite 6.1 FORCEBIOS command line options access a drive without accessing S.M.A.R.T. ] but I recommend against using it unless absolutely necessary . . ."

Yes, considering SpinRite's prime goals:
  • data recovery
  • drive maintenance
Folks have noticed that FORCEBIOS sometimes gets SpinRite through shy sectors that throw a drive offline when accessed via IDE/ATA/AHCI drivers, so FORCEBIOS is a great option for drive maintenance, where a subsequent SpinRite run without FORCEBIOS then may work without error <-- the goal, drive wise.

FORCEBIOS may also be helpful in data recovery from those shy sectors, who knows?

Backup is so easy, cheap, and plentiful, that I hardly ever need data recovery anymore, so I have not inspected sector contents to see if the contents of any sectors brought back to usefulness via FORCEBIOS have any meaningful prior content.

So long as the drive is reliable afterward, I'm happy.

Plus, in this case, we're testing SpinRite 6.1 pre-release under development, so exercising every SpinRite option makes sense.

Right?

Thanks.
 
". . . Why did you [ remove and replace the drive's circuit board and clean the contacts underneath ] ? Was the drive not working? Generally if the drive is working the PCB is connecting fine to the rest of the drive . . ."

There is often corrosion, dirt, and dust, at the contacts, and I've seen brown circuitry and brown insulation pads indicating a history of overheating.

I take off the circuit board first, for any drive that is new to me, even new drives fresh from vendors.

Performing data recovery and drive maintenance before checking and remedying all of those compromises seems fruitless.

I have often brought drives back to reliability after ONLY cleaning the circuit board contacts.

While I'm there, I coat the contacts with Caig DeOxIt https://caig.com/deoxit-d-series/ to micro-clean and preserve them, I refresh any thermal paste, and remove any 'insulator' sound-deadener foam because I find they reduce cooling airflow.



Have you tried a later pre-release version of SpinRite 6.1 under development to see if @Steve Gibson has remedied your observation that SpinRite ignored keyboard input after a while?

Tell us more.

Thanks.
 
I switched to level 5 for an overnight run, but then changed my mind. I decided to turn off S.M.A.R.T monitoring and run spinrite again on level 2. I couldn't cancel spinrite from the menu though. It seemed determined to finish that sector. Just thought I would pass it along.
This is normal behavior when running SpinRite at level 5.

When a level 5 run is interrupted via the keyboard, and SpinRite is doing an inverted data write to the drive, there will be a delayed response from SpinRite, in order to preserve data integrity.

SpinRite must
- Finish the inverted write
- Read the data back
- Re-invert the data back to normal
- Write the normal data back to the drive, thus maintaining data integrity on the drive.

Until all of this is done, there will be no response to an interruption request from the keyboard. SpinRite will respond only when the data has been restored and it is safe to do so.
 
@Tokendude I'm not sure what you're referring to. Can you share the full error message, please? A screenshot would be best, even if it's a picture of your monitor from your phone.
I found the error screen I believe you are referring to. This screenshot will not match exactly because I got this error to pop up by exploiting a bug in Alpha versions before 23.

Screenshot 2023-03-19 03-45-40 - shrunk.png
 
I found the error screen I believe you are referring to. This screenshot will not match exactly because I got this error to pop up by exploiting a bug in Alpha versions before 23.
Colby: I'm not following. Is this a new problem you've just found or an old and long dead problem? (I'm SURE you'll post something in GitLab if it's an issue for us now! (y)
 
Colby: I'm not following. Is this a new problem you've just found or an old and long dead problem? (I'm SURE you'll post something in GitLab if it's an issue for us now! (y)
Sorry, my quoting probably wasn't clear. I asked @Tokendude about the error screen they encountered. They haven't replied yet, so I replied to my question with that screenshot I found.
S.M.A.R.T. keeps taking it offline so I thought I would try switching to level 5
@Tokendude I'm not sure what you're referring to. Can you share the full error message, please? A screenshot would be best, even if it's a picture of your monitor from your phone.
I found the error screen I believe you are referring to. This screenshot will not match exactly because I got this error to pop up by exploiting a bug in Alpha versions before 23.

Screenshot 2023-03-19 03-45-40 - shrunk.png
 
If you're talking about the corruption bug, that's something you fixed in Alpha 23. In versions prior to that, you can get all sorts of fun graphical anomalies (and crashes) by putting invalid values in the .CFG file with a hex editor, then browsing the Settings window. This also causes a lot of the red error windows to pop up, which is turning out to be quite useful :)

 
AH! Okay. Thanks!

Part of the bizarreness you're seeing is due to SpinRite's windowing system being “smart” about the way it draws its frames. (It's “smart” right up until it's not.) The windowing system uses the context of what it's drawing over to control what it does. This allows for many shortcuts in the system when all goes well. But it also means that when screens occur that aren't expected things don't go well.