When the blue screen names Ntfs.sys, beginners assume that file is broken. It isn’t — Ntfs.sys is the driver Windows uses to talk to NTFS-formatted drives, and it’s crashing because something underneath it went wrong: the disk, the file system structures on it, or the storage driver feeding it bad data.
So the fix isn’t “repair Ntfs.sys” — it’s investigating the storage stack from the disk up. On Windows 10, this error most commonly traces to disk errors or a storage driver mismatch, both very fixable. (On Windows 11, see our Ntfs.sys Windows 11 guide .)
Before running anything, back up your most important files if you can still boot — Ntfs.sys crashes sometimes precede drive failure, and a backup takes minutes while data recovery takes days. Then work the storage stack from the bottom up: physical disk health, file system integrity, the driver layer, and finally memory, since bad RAM can corrupt file system data in transit.
Why this happens
- Disk errors / bad sectors: The top cause — physical defects or logical corruption where NTFS structures live.
- Failing drive: An SSD or HDD developing faults that corrupt reads.
- Buggy storage controller driver: Especially after Windows Update replaces a working driver.
- Corrupted file system: From power losses, forced shutdowns, or interrupted updates.
- Bad RAM corrupting cached writes: Faulty memory corrupting file system data in transit.
- Loose drive connection: On laptops with 2.5" SATA drives, a loose connector causes intermittent I/O errors that crash Ntfs.sys.
- Third-party disk tools: Defragmenters, “SSD optimizers,” and encryption drivers that hook the file system can destabilize it.
- Overheating drive: NVMe SSDs that overheat can produce transient read errors.
How to fix it
Work through these in order.
Fix 1: Run chkdsk with surface scan
This is the single most effective fix for Ntfs.sys crashes. The /r flag locates bad sectors and recovers readable information while fixing logical file system errors — it’s the closest thing to a one-shot repair for this stop code.
- Open Command Prompt (Admin) — right-click Start, choose Windows Terminal (Admin) or Command Prompt (Admin).
- Type
chkdsk C: /rand press Enter. If prompted to schedule at restart, type Y and reboot. - Let the full scan complete — all 5 stages. On large drives this takes a while; don’t interrupt it.
- When Windows boots, check the results in Event Viewer > Windows Logs > Application, filtering for Wininit as the source.
- If chkdsk repaired errors, use the PC normally and watch for recurrences. Microsoft’s disk error checking guide explains what chkdsk’s stages mean.
Fix 2: Check the drive’s SMART health
Chkdsk fixes logical damage; SMART tells you about physical health. Run both — they answer different questions, and you need both answers before deciding whether this is a software repair or a drive replacement.
- Open an admin terminal and run
wmic diskdrive get status— you want “OK” for each drive. - For detail, install CrystalDiskInfo (free) and check the health status and reallocated/pending sector counts.
- Better yet, run your manufacturer’s boot diagnostics (Dell F12 > Diagnostics, HP Esc > F2, Lenovo F10).
- If SMART shows warnings or growing bad sectors, back up immediately and replace the drive — software can’t fix dying hardware.
Fix 3: Update or roll back the storage driver
The driver layer between Windows and the disk.
- Open Device Manager, expand Storage controllers and IDE ATA/ATAPI controllers.
- If crashes started after an update: right-click the controller > Properties > Driver > Roll Back Driver.
- Otherwise, download the latest storage/chipset driver from your laptop maker’s support site and install it.
- Also check Disk drives in Device Manager — update those drivers too.
Fix 4: Run SFC and DISM
File system driver crashes can cascade from corrupted Windows files.
- In an admin terminal:
sfc /scannow. - Then:
DISM /Online /Cleanup-Image /RestoreHealth. - Restart and test.
Fix 5: Test the RAM
Bad memory corrupts file system data cached in RAM, producing Ntfs.sys crashes with a perfectly healthy disk. This is the sneaky cause: everything about the disk checks out, yet crashes continue, because the corruption happens in RAM before data ever reaches the drive.
- Win + R >
mdsched.exe> Restart now and check for problems. - For certainty, run MemTest86 from USB for one full pass.
- Replace or reseat any failing modules.
Fix 6: Check for overheating (especially NVMe SSDs)
- Install HWiNFO64 or CrystalDiskInfo and check drive temperatures under load. NVMe drives throttling above ~70–75°C can throw errors.
- Clean vents and fans, ensure the laptop sits on a hard surface.
- If the SSD runs hot consistently, a thermal pad replacement (or a shop visit) helps.
Fix 7: Disable problematic startup software and test in Safe Mode
If the disk and drivers check out, a third-party program loading at boot may be crashing the file system driver. Safe Mode strips those away for a clean test.
- Boot into Safe Mode (Shift + Restart > Troubleshoot > Advanced options > Startup Settings).
- If crashes stop in Safe Mode, a third-party driver or service is involved — use msconfig to disable non-Microsoft services in halves until you isolate it.
- Pay special attention to disk utilities, encryption tools, and backup software with file system filter drivers.
Fix 8: Back up and replace the drive if errors recur
If chkdsk keeps finding new errors or SMART keeps degrading:
- Back up everything to an external drive (use File History or a full image with Macrium Reflect Free).
- Replace the SSD/HDD — on most laptops this is a straightforward bottom-panel job; check your model’s manual.
- Reinstall Windows 10 from USB media and restore your files. A fresh drive with a fresh file system ends Ntfs.sys crashes permanently.
Closing
Ntfs.sys crashes are the storage stack telling you something below it is wrong — work upward from the disk: chkdsk first, SMART health second, storage drivers third. That order catches the real cause in the vast majority of cases, whether it’s logical corruption (fixable in an hour) or a dying drive (fixable with a replacement). Don’t waste time “repairing” Ntfs.sys itself; it’s the messenger, not the problem. One last note: if chkdsk found bad sectors but SMART looks fine, keep an eye on the drive for a few weeks — run CrystalDiskInfo monthly. A drive that developed bad sectors once often develops more, and the next Ntfs.sys crash might be the warning you act on before data loss. If your crashes point at the storage subsystem more broadly, see our unexpected store exception fix .
