23

I started a chkdsk /r /f C: on Windows 10, but now that it's running I want to cancel it. Just powering down the computer risks corruption, so how can I safely abort it?

Ctrl+C isn't an option: I'm running chkdsk /r /f on the drive that has Windows installed. This cannot be done while Windows is running, but only during startup (outside of CMD). This doesn't respond to ctrl+c.

Note: the linked duplicate question is NOT the same. That question is about running chkdsk without parameters, and that is safe because it runs in read-only mode. The /r /f flags causes chkdsk to run in read-write mode, so then it's not generally safe to just kill the process. It needs to be terminated gracefully. Some implementations of fsck (linux equivalent) can be stopped gracefully - even in repair mode - so theoretically it should definitely be possible to safely stop a chkdsk procedure. The main question is: did the Windows devs actually implement a graceful cancellation procedure, and if so how do I trigger it?

3
  • @Tiddo - Might having something to do with chkdsk has not changed a great deal between the different versions of Windows, so the existing question on how to cancel chkdsk once it has started, still applies to Windows 10.
    – Ramhound
    Sep 21, 2017 at 13:51
  • 6
    Possible duplicate of Is it safe to cancel CHKDSK when it has been started without any parameters?. I selected this duplicate because it explains that, if chkdsk has been started with parameters, then it is (implied) unsafe to cancel it. Stopping CHKDSK explains that being unable to cancel it is actually on purpose.
    – Ramhound
    Sep 21, 2017 at 13:52
  • 1
    I've had disastrous experiences canceling chkdsk, but that was many years ago, and I just continue to live by the rule "never cancel chkdsk". I don't blame the OP for asking one bit. Oct 14, 2017 at 3:31

6 Answers 6

7

You can't stop chkdsk process once it started. The safe way is to wait until it completes. Stopping the computer during the check might lead to filesystem corruption.

1
  • 2
    Oh come on! It wants to check over 20,000 clusters and claims it is going to take over 12 hours. I don't have 12 hours. (To be clear, this is NOT my boot disk, it's an external USB drive)
    – Michael
    Nov 23, 2022 at 15:43
3

Edit: As noted in the comments, there is no safe option (but you could use more or less riskier moments).

If it is running in the pre-startup and you are past Stage 3, meaning it is on 4 of 5 or 5 of 5, then you can just restart your machine. I have done it on stage 5 of 5, which is the stage of checking the free space, and it started up just fine. If you restart your machine during stages 1 to 3, you run the risk of losing data.

Source: Norman Picard

0
-1

Don't know if safe, but I successfully stopped CHKDSK with the following line command on an elevated cmd window:
taskkill /F PID nnnn
Where nnnn is the Process ID for the running CHKDSK.
To obtain the PID, open the Task Manager and look at CHKDSK -> right click - Go to details
To run an elevated cmd window, go to taskbar, search -> cmd (or command prompt) - right click - Run as administrator.
I did it in the first stage, when searching for errors, so i hope it was pretty safe.
In a stage where it is writing fixes could be risky i think.
My unit already reported unspecified "errors" before this in a previous read-only run, so I started with /F fix option, but then I decided to stop to try better techniques.

2
  • There's no desktop at that point in system startup. It's way too early.
    – dave
    Oct 28, 2018 at 13:04
  • It's pure luck. Killing chkdsk /f in any way will risk corruption of the disk.
    – tscpp
    Sep 27, 2020 at 9:13
-1

Here's my output from chkdsk

File record segment 36383 is unreadable.
 1 percent complete. (36384 of 247328 file records processed)
File record segment 36384 is unreadable.
 1 percent complete. (36385 of 247328 file records processed)
File record segment 36385 is unreadable.
 1 percent complete. (36386 of 247328 file records processed)
File record segment 36386 is unreadable.
 1 percent complete. (36387 of 247328 file records processed)
File record segment 36387 is unreadable.
 1 percent complete. (36388 of 247328 file records processed)
File record segment 36388 is unreadable.
 1 percent complete. (36389 of 247328 file records processed)
File record segment 36389 is unreadable.
 1 percent complete. (36390 of 247328 file records processed)

I think it's safe to kill the PID in my case ;)

-1

I got really impatient, since it was counting like 300k from 2000k+ (I don't know what was it counting, I don't know about OS), and hit Alt+F4 in the cmd window. I believe this is smoother than killing it from the task manager.

-1

Alt/F4 was my exit. Immediately did a W10 disk scan. No errors found. Glary Utilities has a disk check feature. It will let you stop any check. Did a file check with that and then a scan for bad sectors. All seems well at this point.

1
  • 1
    This doesn't seem like the exit was safe. I think you may be unlucky sometimes following this path.
    – ZygD
    Oct 28, 2021 at 3:04

Not the answer you're looking for? Browse other questions tagged or ask your own question.