Find Windows crash dump files: Minidump vs MEMORY.DMP and what each tells you
Locate the dump that matches a Windows stop error and verify dump configuration before assuming Windows failed to capture the crash.
- Record the stop code and crash time before looking for a dump.
- Check C:\Windows\Minidump for timestamped small dump files.
- Check C:\Windows\MEMORY.DMP for kernel/automatic/complete dump output.
- Open Advanced system settings > Startup and Recovery to confirm Write debugging information is enabled if repeated crashes are not producing useful dumps.
What this problem usually means
Microsoft documents several Windows crash-dump types. Small dumps are normally kept under %SystemRoot%\Minidump, while kernel, automatic and complete memory dumps normally use %SystemRoot%\MEMORY.DMP. The configured dump type, paging-file state, disk space and whether Windows completed dump writing all affect what exists after a crash.
Work from the narrowest fix to the broader one.
Match the dump file to the crash time
Low riskWhy this belongs here: Analyzing an older dump can send troubleshooting down the wrong driver or stop-code branch.
- Compare the dump modification time with Event ID 1001 and the restart timeline.
- Prefer the dump from the exact incident being investigated.
- Keep the original dump unchanged before copying it for analysis.
Verify dump configuration when no usable file is produced
Low riskWhy this belongs here: Microsoft’s stop-error guidance recommends Automatic memory dump for general collection and documents the standard dump locations.
- Open Startup and Recovery settings.
- Confirm an appropriate debugging-information option is selected.
- Keep the page file system-managed unless a specific supported configuration requires otherwise.
- Ensure the system drive has enough free space for the configured dump type.
When this guide stops being the right path
Do not deliberately crash a normal production PC just to create a dump unless you are following a controlled expert support procedure. Do not upload dump files publicly without considering that they may contain process/memory data.
If the problem is still not fixed
Use the exact stop-code record first; use WinDbg or qualified debugging only when the dump is needed to identify the responsible driver/module or call stack.
Sources reviewed for this page
Primary technical guidance is preferred. A source supports the scope stated here; it does not imply that every possible cause is covered.