What REGISTRY_ERROR means
Bug check 0x51 means a severe registry error occurred. Microsoft describes two causes: an I/O error while the registry was reading one of its files, which can come from hardware problems or file system corruption, and a failed refresh operation that only the security system uses and that fails only when resource limits are reached. In practice, the first is the one home users meet, which is why the drive and file system deserve attention before anything else.
Common causes
- A drive that is failing or returning read errors
- File system corruption, often after power loss or a forced shutdown
- A loose or faulty storage cable, or an unreliable storage controller
- Registry files damaged during an interrupted Windows update
How to fix REGISTRY_ERROR
Work through these in order and test after each one. Stopping as soon as the crashes stop tells you which change mattered.
- Back up your files first. If Windows still starts, copy important files to another drive before running any repair. Read errors on the drive that holds the registry can get worse under heavy repair activity.
- Check the health of the drive. Read the SMART data with the drive maker's tool or CrystalDiskInfo and look for reallocated or pending sectors, media errors and a low remaining-life figure. Back up important files first if the drive reports any warning.
- Scan the file system. Open Terminal (Admin) and run
chkdsk C: /scan, which checks the volume without locking it for repair. If it reports problems, follow its guidance, ideally after your backup is complete. - Repair Windows system files. Open Terminal (Admin) and run
sfc /scannow. If it reports damage it could not repair, runDISM /Online /Cleanup-Image /RestoreHealth, restart, and runsfc /scannowonce more. - Start in Safe Mode if Windows will not load. Hold Shift while choosing Restart, or let Windows fail to start three times to open the recovery menu. Choose Troubleshoot, Advanced options, Startup Settings, Restart, then Safe Mode. If Windows is stable there, a driver or startup program is the likely cause.
Reading the crash evidence for 0x51
Microsoft’s reference lists the third parameter as a pointer to the registry hive and the fourth as the result of its hive check, when available. These are meant for debugging, so most people will get more from Event Viewer: look in Windows Logs, System for disk, ntfs or Kernel-Power entries near the time of each crash.
Because the registry lives in files on disk, the cause is usually found outside the registry itself. A drive health tool and the Event Viewer disk entries are the quickest ways to tell storage trouble from a one-off interruption.
| What you observe | What it may suggest | Next check |
|---|---|---|
| Disk or ntfs errors appear in Event Viewer near the crash | The registry could not read its files reliably | Check drive health and run `chkdsk C: /scan` after backing up |
| The crash followed a power cut or forced shutdown | File system damage from an unclean shutdown | Run the file system scan and System File Checker |
| The crash followed an interrupted Windows update | Registry or system files may be inconsistent | Run DISM and System File Checker, then retry the update |
| Other stop codes appear on the same PC | Storage or memory may be unreliable more broadly | List every code from Event Viewer and test both drive and memory |
If the drive reports bad or pending sectors, or REGISTRY_ERROR returns after a repair, treat the drive as unreliable: back up what you can and plan to replace it rather than reinstalling onto the same disk.
Not sure this is your code?
The stop code appears as text on the blue screen. If the PC restarted before you could read it, open Event Viewer, then Windows Logs, then System, and look for a BugCheck event with ID 1001. You can also search all stop codes.
Related guides
Other system file and kernel errors
- CRITICAL_PROCESS_DIED (0xEF)
- KERNEL_SECURITY_CHECK_FAILURE (0x139)
- RESOURCE_NOT_OWNED (0xE3)
- CRITICAL_STRUCTURE_CORRUPTION (0x109)
