A blue screen naming NTFS.SYS — usually with the stop code NTFS_FILE_SYSTEM (0x00000024) — means Windows’ filesystem driver crashed. NTFS.SYS is the translator between Windows and your drive’s file system; when the filesystem structures it reads are corrupt, or the drive feeds it garbage from bad sectors, the driver fails and takes the system down with it.
The reassuring part: this is a filesystem problem, not a file-deletion problem. Your documents, photos, and programs are still on the drive — the index pointing to them is damaged. The fixes below repair that index (chkdsk), the driver files (SFC), and the drivers that feed the filesystem (storage drivers), in that priority order. If the drive itself is dying, you’ll find out at the health check and can act before it’s too late. For the storage-driver side of this family, see NTFS errors after Windows 11 updates ; for the sibling storage blue screen, UNEXPECTED_STORE_EXCEPTION fixes .
Why this happens
- Corrupt NTFS filesystem structures: Damaged Master File Table or index records — often from improper shutdowns or power loss.
- Bad sectors on the drive: Physical defects in areas holding filesystem metadata crash the driver on read.
- Failing SSD or hard drive: Deteriorating media corrupting filesystem data progressively.
- Outdated storage drivers: Drivers mishandling I/O and feeding corrupt data to NTFS.SYS.
- Corrupt NTFS.SYS or system files: Damaged driver files themselves.
- Third-party disk tools: Defragmenters, partition managers, and encryption drivers interfering with filesystem operations.
- RAM faults: Memory corruption of filesystem data cached in RAM.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Back up what you can, then run chkdsk
The primary repair for filesystem corruption.
- If Windows boots, copy critical files to external media or cloud storage now — do this before any repair touches the disk.
- Open Terminal (Admin) and run
chkdsk C: /f /r. The/ffixes errors; the/rlocates bad sectors and recovers readable data. - Confirm the scan at next restart, reboot, and let it complete — it can take 1–3 hours on large drives. Don’t interrupt it.
- When Windows returns, check
C:\found.000for recovered fragments, then test the operations that crashed.
Fix 2: Check drive health with the manufacturer’s tool
Determine whether the drive is dying or just had a bad day.
- Identify your drive brand in Device Manager > Disk drives.
- Install the manufacturer’s tool (Samsung Magician, WD Dashboard, Crucial Storage Executive, Seagate SeaTools) and read SMART health.
- Reallocated/pending sectors, or health warnings = failing drive. Back up everything immediately and replace the drive — chkdsk can’t fix dying hardware.
- Healthy drive = the corruption was logical (power loss, bad shutdown). Continue with software fixes confidently.
Fix 3: Repair system files with SFC and DISM
Fix a corrupt NTFS.SYS driver file itself.
- Open Terminal (Admin).
- Run
sfc /scannow— this restores a clean NTFS.SYS if yours is damaged. - Run
DISM /Online /Cleanup-Image /RestoreHealthto repair the component store. - Restart and test. If SFC reported fixing corruption, retest before continuing — a damaged driver file explains crashes with no disk errors.
Fix 4: Update storage and chipset drivers
Stop drivers from feeding bad data to the filesystem.
- Download the latest chipset and storage drivers for your exact laptop model from Dell , HP , or Lenovo .
- In Device Manager, uninstall the current storage controller driver (Uninstall device, tick delete-driver if offered), restart, and install the manufacturer’s package.
- Update the SSD firmware via the manufacturer’s tool if an update is available.
- Restart and test the previously crashing operations.
Fix 5: Test in Safe Mode and remove disk utilities
Isolate third-party interference.
- Hold Shift > Restart > Troubleshoot > Advanced options > Startup Settings > Restart > press 4 for Safe Mode.
- If crashes stop in Safe Mode, a third-party program is involved — prime suspects: defragmenters, partition managers, disk encryption, “system optimizers.”
- Uninstall (don’t just disable) the suspect tools one at a time, restarting and testing after each.
- Keep only one disk utility if you need one, and make sure it’s current — old disk tools on new Windows builds are a classic NTFS.SYS trigger.
Fix 6: Run the memory diagnostic
RAM faults corrupt cached filesystem data.
- Win + R >
mdsched.exe> Restart now and check for problems. - Let the test complete. Errors = faulty RAM; reseat or replace.
- This matters because NTFS caches heavily in RAM — bad memory produces filesystem corruption symptoms with a healthy drive.
- If RAM passes and chkdsk found no bad sectors, the remaining suspects are drivers (Fix 4) and Windows files (Fix 3) — revisit whichever you skipped.
Fix 7: Disable Fast Startup and verify with an offline scan
Eliminate hybrid-shutdown filesystem state issues.
- Control Panel > Power Options > Choose what the power buttons do > Change settings that are currently unavailable > uncheck Turn on fast startup.
- Shut down fully (not restart), power on, and test for several days.
- For stubborn cases, run chkdsk offline from the Recovery Environment: boot to WinRE > Command Prompt >
chkdsk D: /f /r(verify the Windows letter withdiskpart>list vol). - Check Microsoft’s support site for known NTFS issues with your Windows build as a final step.
Closing
NTFS.SYS crashes are the filesystem crying for help, and the help it needs is almost always chkdsk, a driver update, or — when the drive is dying — a replacement carried out before the data is gone. Work the list in order, take the drive-health check seriously, and back up early: the one outcome to avoid isn’t a blue screen, it’s discovering the drive was failing after it takes your files with it. If NTFS errors recur after a full repair, schedule a monthly chkdsk — recurring filesystem corruption is the drive telling you its retirement is near.
