Technical Anshu
Tutorials Blog
🧩 Chkdsk Results Explained

Chkdsk Found Bad Clusters What Happens to the Files Inside Them

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.

✍️ Technical Anshu🪟 Windows 10 / 11⏱️ Read your report right
🎥 Watch the video for the chkdsk command from the tutorial and how its results are judged

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.

Command Prompt — chkdsk finishing report, example wording
Windows replaced bad clusters in file 48152 of name \Users\Anshu\Videos\Project.mp4. 4096 KB in bad sectors. 0 KB in use by the system.

👆 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.

1

What the /r Switch Actually Does to the Disk Map

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.

2

Where the Damaged Files Go

If a file lived partly inside a bad cluster, chkdsk splits its fate in two:

  1. The readable parts are copied to healthy clusters. The file keeps its name and place, and often opens and works — a document may be missing a paragraph, a video may glitch at one point, a program file may simply be broken. The damage is inside the file now, quietly.
  2. The unreadable part is gone from that copy. Nothing in Windows can argue it back — the drive itself could not read it.
  3. Orphaned fragments — pieces whose file records were lost — are placed in a hidden folder named FOUND.000 as files like FILE0000.CHK. Honest assessment: these are usually unrecoverable shards. Occasionally a fragment is a recognisable document or photo you can rename and salvage, but treat that as luck, not a method.
3

Read Your Report Like a Technician

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:

  1. The names in the replaced lines — the exact files that lost data. Open each one and check it while you still remember what it should contain.
  2. The KB in bad sectors total. Zero means the scan found a clean surface. A small, stable total is fenced history. A total that grows between scans months apart means fresh damage — the drive is still failing, whatever the fence says.

Write the total and the date somewhere. One report is a snapshot; two reports are a diagnosis.

4

Marked Bad Is Not Healed — and the Drive Remembers

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.

5

Run It in the Right Order

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.

🔴 The honest line: chkdsk is a fencing crew, not a healing one. It rescues what can still be read, gives up honestly on what cannot, and walls off the bad ground. When the fenced area keeps growing, the wall is not the problem — the ground is, and ground is replaced, not repaired.

🎥 Watch the Health Check Live in the Video

Video me chkdsk ka command aur uske baad drive badalna hai ya nahi, ye faisla live samjhaya gaya hai.

▶️ Watch Full Video
❓ Common Questions (FAQ)

Chkdsk fixed my bad sectors. Is the drive good now?

Windows 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.

Can I recover a file that chkdsk found in bad clusters?

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.

Chkdsk says 0 KB in bad sectors but CrystalDiskInfo shows Caution. Contradiction?

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.

This guide is based on the Technical Anshu hard disk health check video • Stuck on a step? Ask in the video comments — answers happen there 🙏