Driver install failed or changed unexpectedly: inspect SetupAPI.dev.log before reinstalling everything
Use Windows’ device-installation log to verify what driver package Windows tried to install, when it happened and whether signing/install errors were recorded.
- Record the hardware/device instance and approximate time the driver changed.
- Open C:\Windows\INF\setupapi.dev.log as a read-only text file.
- Search near the matching timestamp and device/INF identifiers.
- Preserve the relevant section before rolling back, reinstalling or removing a driver package.
What this problem usually means
Microsoft documents SetupAPI.dev.log as the plain-text device-installation log used to verify and troubleshoot Plug and Play/driver installations, including signing problems. The default location is %SystemRoot%\inf\setupapi.dev.log.
Work from the narrowest fix to the broader one.
Use the installation log to establish chronology
Low riskWhy this belongs here: The log can show which device-installation section ran and whether the installation/signing path reported an error.
- Find the newest section matching the affected device or driver package.
- Compare its timestamp with Windows Update, Device Manager and the time the symptom began.
- Note INF/package names and explicit failure text rather than inferring failure from unfamiliar log lines.
Choose rollback/update/reinstall based on the actual change
Medium riskWhy this belongs here: A driver that failed to install, a newly introduced regression and a missing driver require different actions.
- If a new driver immediately introduced the symptom and rollback is available, use the device-specific rollback path.
- If installation failed/signing blocked, address the documented install error rather than deleting unrelated drivers.
- If the device remains missing, return to Device Manager/PnP detection and hardware checks.
When this guide stops being the right path
Do not delete SetupAPI.dev.log, force-remove driver-store packages, disable signature enforcement, or use broad driver-updater tools merely because the log contains warnings.
If the problem is still not fixed
Continue with the affected Device Manager code, driver rollback/reinstall guide, or hardware-vendor support using the exact package/device evidence you preserved.
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.