The scan finished with lines most people screenshot and fear: Windows replaced bad clusters in a file, and a total of kilobytes sitting in bad sectors. What actually happened to those files? Some of them were quietly rescued, some came back with holes — and the bad ground itself was fenced off, not fixed. Here is the full, honest story.
Chkdsk speaks in a language that sounds like repairs and reads like losses. Every line in its report is one of three events: readable data was moved to safety, unreadable data was given up on, or a damaged area was marked so nothing will ever be stored there again. Once you can tell those apart, the report stops being scary and starts being useful.
👆 Example summary in chkdsk's own style. The replaced line names a file that lost a piece; the KB total is the size of the fenced-off ground — the number to compare next time.
Running chkdsk C: /f /r makes Windows read every cluster of the volume, not just the ones holding files. When a cluster cannot be read, chkdsk records it in a hidden file system list — the bad cluster file — and from that moment Windows will never allocate that cluster again. New data is routed around the damage automatically.
Notice what did not happen: the cluster was not repaired, polished or restored. It was condemned and fenced. The drive's surface is exactly as damaged after the scan as before it; only the map changed.
If a file lived partly inside a bad cluster, chkdsk splits its fate in two:
The full log survives the restart: open Event Viewer → Windows Logs → Application and find the Chkdsk or Wininit entry from the scan. Two things matter in it:
Write the total and the date somewhere. One report is a snapshot; two reports are a diagnosis.
Here is the part that confuses everyone: after chkdsk, Windows may work perfectly while CrystalDiskInfo or Hard Disk Sentinel still shows warnings. Both are telling the truth, about different layers.
Windows is reporting on the file system: the bad ground is fenced, everything is consistent again. The drive's SMART counters are reporting on the hardware: the sectors failed, spares were spent, and that history is permanent. The fence satisfies Windows; it does not rewind the drive's diary. A drive can be fenced and stable for years — or keep failing behind the fence. The counters and repeat chkdsk totals are how you find out which.
Chkdsk /r is the heaviest reading workload you can hand a disk: every sector, full effort, sometimes for hours. On a healthy drive, run it whenever you like. On a drive that is already showing symptoms — pending sectors in SMART, freezing, clicking — copy the irreplaceable files off first. The scan cannot take your data if your data no longer lives only there.
And one expectation to set: if the same files keep appearing in replaced lines, or the bad total grows run after run, chkdsk has done all it can. The remaining fix is a different drive.
Video me chkdsk ka command aur uske baad drive badalna hai ya nahi, ye faisla live samjhaya gaya hai.
▶️ Watch Full VideoWindows is good now: the file system is consistent and the bad clusters are fenced off, so normal work resumes. The physical damage remains on the surface, and nothing in the report promises it will stop there. Check the SMART counters and the bad-sector total again in a few weeks.
The readable part is already back in place under its original name. The unreadable part cannot be recovered by Windows at all — only an earlier backup, or professional recovery working on the raw surface, could hold more of it, and even that has limits.
No. Chkdsk reports damage it found in the file system's areas; SMART counters record the drive's own read failures anywhere on the surface, including empty areas chkdsk totals differently. Two layers, two reports — a drive can be clean in one and warned in the other.