Clear, practical technology insights
Guided practice · Crashes and Blue Screens

Capture useful BSOD evidence

Record a blue-screen event accurately and connect it to timing and recent system changes.

20 min 5 field checks Safety: Safe
Outcome summary

Know what success looks like before you begin

What you will produce

A crash evidence record with a next test

Evidence to save

Save the completed a crash evidence record with a next test together with the evidence recorded during each field check.

Pass criteria
  • I recorded the exact stop code or confirmed it was unavailable.
  • I recorded the timestamp and active workload.
  • I listed only changes that occurred near the first crash.
Common failure signal

Stop repeated crash reproduction if important data is not backed up or each restart makes Windows less stable.

Jump to a section
Lab brief

Know the problem and the evidence you need

The situation

A PC restarted after a blue screen, but the stop code and event timing were not recorded.

Your finished record

A crash evidence record with a next test

Create a crash record containing the stop code, failed component when shown, timestamp, recent changes, and recurrence pattern.

Why this matters

A stop code without its time, workload, and recent changes is weak evidence; a complete crash record points to the next safe diagnostic branch.

Safety and setup

Prepare before changing anything

Have this ready

  • Do not deliberately trigger another crash if unsaved work or data corruption is likely.
  • Photograph the screen only when it is safe to do so.
  • Back up important files before stress testing or driver rollback.
Field checks

Run the lab

Complete one check at a time. Record the evidence before moving on.

0 of 5 checks complete
Interpret results

Match the evidence to the next action

If you seeNext action

The same stop code repeats under the same workload

Test the related driver, application, temperature, or hardware path one variable at a time.

Codes vary and memory symptoms also occur

Use the memory stability lesson and avoid assuming one driver is responsible.

The crash started immediately after an update or driver change

Review supported rollback or uninstall options before system reset.

Decision point

Choose the next action

Open the BSOD lookup resource, then choose the narrowest matching driver, memory, storage, temperature, or update test.

Completion

Confirm the evidence you produced

Finished record: A crash evidence record with a next test

  • I recorded the exact stop code or confirmed it was unavailable.
  • I recorded the timestamp and active workload.
  • I listed only changes that occurred near the first crash.

Editorial review date:

Reviewed by: TipsMake editorial team