Skip to content

Investigate a failed or unsuitable driver update

A controlled way to record what happened after a Windows 11 driver update, test the affected function, and choose a proportionate recovery action.

Reviewed 2026-09-16People whose device installer failed, whose device changed behaviour after an update, or who suspect the selected package was unsuitable.

Before you begin

  • A written note of the package source and approximate installation time
  • A fallback input, display, or network route if the affected device is essential
  • Administrator approval if Device Manager requests it

Important Cautions

  • Do not install several candidate drivers in sequence; doing so obscures which change caused the symptom.
  • Do not uninstall an essential device driver before arranging an alternative way to control or recover the PC.
  • Recovery options can affect applications and system settings; read Microsoft’s description before choosing one.
Record evidence
Test one task
Choose recovery
From symptom to recovery choiceRecord the change, test one device task, then choose rollback, a confirmed reinstall, or a broader recovery method only when it fits the failure.

Stop changing variables and capture the symptom

When an update fails or a device behaves differently, stop installing additional drivers. Repeatedly trying packages can replace the evidence needed to identify the original change. Note the device, the package version or Windows Update entry, the exact error text, the time of the change, and what task no longer works. A precise note such as “Wi-Fi disconnected after restart; adapter appears with a warning icon” is more useful than “the driver broke the PC.”

Check the simple condition tied to the device before declaring a driver fault. Confirm a cable or dock connection, power, airplane mode where relevant, selected audio or display output, and whether the device is visible in Device Manager. These checks do not prove that the driver is fine; they prevent a loose connection or setting from being confused with an update failure.

Then test one supported task. For example, print a Windows test page, play an audio file through the chosen output, connect to the normal network, or use an external display at its usual setting. Record the result. If the installer reported success but this test fails, the installation result and the functional result are different facts that should guide recovery.

  1. Stop additional installations and record the exact failure or changed behaviour.
  2. Check connection, power, and the relevant Windows setting for the affected device.
  3. Open Device Manager and note the device status plus provider, date, and version on the Driver tab.
  4. Perform one focused function test and write down the result.

Choose the least disruptive recovery path

If a recently installed driver directly preceded the problem, Device Manager may offer Roll Back Driver on the device’s Properties > Driver tab. Microsoft documents this as a response to a recent driver update. Use it only for the affected device, then restart if prompted and repeat the same focused test. Rollback is not available in every case, so its absence does not mean Windows is damaged.

If rollback is unavailable, first compare the package with the official support page again. An installer failure can result from an incorrect model, architecture, operating-system support, incomplete package, or a prerequisite described by the publisher. Reinstalling the known compatible package can be more appropriate than removing a device driver. Do not uninstall an essential network, input, display, or storage driver unless you have prepared a recovery route and understand the manufacturer’s instructions.

When Windows cannot be used normally or cannot start, use Microsoft’s Windows recovery guidance rather than improvising with random packages. Windows Recovery Environment includes recovery tools for startup and system problems. A restore point, if one exists and fits the timing of the change, can be an option for system changes. Preserve personal files with a separate backup; recovery methods have different effects and should be read before use.

Know when software changes are no longer the answer

Expected result: the device returns to its earlier working state or you identify a documented compatible package to use. If the same fault remains after a rollback or a confirmed reinstall, do not assume a newer driver is the cure. Test another port, cable, power source, or known-good peripheral where appropriate. Intermittent disappearance, visible damage, overheating, or failure across supported software configurations can point beyond the driver.

Contact the computer or device manufacturer with the record of the device identity, Windows version, package source, error, and function test. That is more useful than a generic request for the latest driver. For organization-managed equipment, use the organization’s support channel because a policy or managed package may be involved.

Do not continue if the computer has lost the only usable input, display, network access required for recovery, or access to important storage. Use the fallback you prepared or seek local technical assistance. Recovery is successful when safe access and the required function return, not merely when a warning disappears.

Frequently Asked Questions

The driver installed successfully, so why is the device still not working?

Installation status only means the installer completed. Check the device status and a focused real-world test; the selected package, a setting, a connection, or hardware may still be involved.

Should I use System Restore for every bad driver update?

No. Try the least disruptive suitable option first, such as device-specific rollback when it is available. System Restore depends on an existing restore point and is not a substitute for personal-file backup.

Cookie preferences

No optional analytics or advertising tracking is active in this current preview. These controls store your preference locally on this device. Read the Cookie Policy.

Customize