Confirmed
- The device is disabled in Device Manager.
Device · reviewed 2026-09-01
Device Manager Code 22 diagnostic
The device is disabled in Device Manager.
High for the Device Manager statusNot confirmed until the device and reproduction path are known
Try a scenario
Resume a saved session — paste a Resume Capsule
The capsule is validated and restored only in this browser. An invalid capsule changes nothing.
Meaning & limits
What this diagnostic record establishes
Not confirmed
- The status code does not by itself prove the device is physically damaged.
- It does not identify the correct vendor driver without the device hardware identity.
Context changes the route
Which device shows Code 22?
Choose the context that matches your incident. These are alternatives, not a sequence of fixes. Follow only the matching check and keep its verification and rollback together.
Graphics
Likely layer: Device enumeration, driver, connection, or hardware reporting
First safe check: Capture the graphics device identity and status
Expected: You will have enough identity and timing evidence to use the GPU or PC vendor's supported path.
Steps, verification and rollback
- Open the device Properties page and record the exact adapter name, status text, driver provider, version, and date.
- Note whether the problem began after a Windows, driver, firmware, or hardware change.
Verify: Return to Device Manager and compare the same device name, status code 22, provider, version, and connection state.
Rollback: No system change is made by this check.
Wi-Fi or Bluetooth
Likely layer: Device enumeration, driver, connection, or hardware reporting
First safe check: Capture the wi-fi or bluetooth device identity and status
Expected: Presence after restart separates a transient enumeration issue from a persistent device or driver state.
Steps, verification and rollback
- Record the exact adapter name and status, then check whether the adapter is present after one normal restart.
- Do not install a generic driver updater.
Verify: Return to Device Manager and compare the same device name, status code 22, provider, version, and connection state.
Rollback: No system change is made by this check.
USB
Likely layer: Device enumeration, driver, connection, or hardware reporting
First safe check: Capture the usb device identity and status
Expected: A port-specific or device-specific result provides stronger evidence than reinstalling every USB controller.
Steps, verification and rollback
- Record the device name and status, then test one other known-good port without using a hub if that is safe for the device.
- Do not disconnect storage while it is active.
Verify: Return to Device Manager and compare the same device name, status code 22, provider, version, and connection state.
Rollback: No system change is made by this check.
Storage
Likely layer: Device enumeration, driver, connection, or hardware reporting
First safe check: Capture the storage device identity and status
Expected: You will preserve data safety and have the device identity needed for storage-specific support.
Steps, verification and rollback
- Do not unplug or disable the drive. Record the exact model, status text, connection type, and whether data is still accessible.
- Back up important accessible data before any repair action.
Verify: Return to Device Manager and compare the same device name, status code 22, provider, version, and connection state.
Rollback: No system change is made by this check.
Camera or fingerprint
Likely layer: Device enumeration, driver, connection, or hardware reporting
First safe check: Capture the camera or fingerprint device identity and status
Expected: You can distinguish missing enumeration from a Windows Hello setup problem.
Steps, verification and rollback
- Record whether the device appears under Cameras, Biometric devices, or Unknown devices and capture the status code.
- Check whether Windows Hello still offers another sign-in method.
Verify: Return to Device Manager and compare the same device name, status code 22, provider, version, and connection state.
Rollback: No system change is made by this check.
Other
Likely layer: Device enumeration, driver, connection, or hardware reporting
First safe check: Capture the other device identity and status
Expected: The hardware identity makes the next vendor or Windows check specific rather than generic.
Steps, verification and rollback
- Record the exact device name, status text, Hardware Ids, provider, version, and the most recent change.
- Do not remove the device until its role is understood.
Verify: Return to Device Manager and compare the same device name, status code 22, provider, version, and connection state.
Rollback: No system change is made by this check.
Before any second repair step
Verify the observation and preserve the evidence
After the first safe check, record whether the reviewed intermediate result occurred, whether the original problem was retested, and the exact output. An expected observation is not automatically a repair.
Outcome boundaries
- Observed as expected
- Observed something different
- Result unclear
- Could not complete the check
Then separately record whether the original problem still occurs, was not reproduced once, or has not been retested yet. Every session ends in stop, one repeat of the same check, one named missing fact, or escalation—never an open-ended repair sequence.
Evidence fields for this task
- Exact device nameAs shown in Device Manager
- Hardware IDsCopy the first one or two IDs, after reviewing them
- Driver provider/version/dateProvider · version · date
- Port/device comparisonWhat changed on another port, PC, cable, or reconnect
The browser-local Evidence Pack combines the selected context, safe action, actual observation, sources, review date, missing evidence, and stop boundary. It can be copied or printed without creating an account or uploading a log.
After you perform the safe check
Read the evidence you collected
Paste bounded driverquery or PnPUtil enumeration text and extract driver, package, provider, class, version, signer, state, path, and device-relation facts without recommending a download or naming a culprit.
Review trail
Official and first-party sources
- Error codes in Device Manager in Windows Microsoft Support · primary
- Driver signing and digital signatures Microsoft Learn · primary