Device Manager’s View > Show hidden devices option is one of the most powerful — and most misunderstood — troubleshooting tools in Windows 11 24H2. Behind that single menu toggle lies the full history of every device driver Windows has ever installed: disconnected USB drives, old graphics cards, failed Bluetooth radios, and phantom network adapters. Learning to read this ghost layer is often the difference between guessing at a driver problem and seeing it.
On 24H2 specifically, hidden devices matter more than usual. The 24H2 upgrade migrates drivers between OS builds, and that migration leaves behind non-present entries that can conflict with new installations — a factor in Bluetooth disappearances, monitor detection failures, and audio problems after the upgrade. This guide covers showing hidden devices, interpreting what you see, and cleaning up safely.
Why this happens
- Non-present device entries accumulate: every USB device, dock, and adapter you have ever connected leaves a driver entry behind when unplugged.
- 24H2 driver migration orphans entries: the upgrade process can orphan old driver entries that conflict with freshly installed ones.
- Failed devices hide as ghosts: a Bluetooth radio or GPU that fails enumeration appears grayed-out — present in the driver store but not on the bus.
- Duplicate entries confuse Windows: two driver entries for one physical device (common after updates) can deadlock installation and enumeration.
- Stale monitor and audio endpoints: previously connected displays and headsets leave entries that block re-detection of the same hardware.
- Driver-store bloat: hundreds of ghost entries slow Device Manager operations and complicate driver troubleshooting.
- Hidden system devices: 24H2 also hides low-level system devices by default, some of which matter for advanced diagnostics.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Enable Show hidden devices (the basic view)
This is the foundation everything else builds on. The basic hidden-devices view reveals disconnected Plug-and-Play devices and failed-but-installed adapters — enough for most troubleshooting.
- Press Windows key + X and select Device Manager.
- Click the View menu and select Show hidden devices — a checkmark appears next to it.
- Expand categories relevant to your problem: Bluetooth, Network adapters, Sound, video and game controllers, Monitors, Universal Serial Bus controllers.
- Grayed-out icons indicate non-present devices; normal icons with warning symbols indicate present-but-faulty devices.
- Note what you find before changing anything — a grayed-out Bluetooth adapter, for example, tells you the driver is installed but the radio is not enumerating, directing you to our Bluetooth enumeration guide .
Fix 2: Expose the full ghost list with the environment variable
The basic view misses devices removed long ago or never fully installed. The devmgr_show_nonpresent_devices variable forces Device Manager to show every ghost in the driver store.
- Press Windows key + R, type
cmd, and press Ctrl + Shift + Enter for an elevated prompt (or just run normally — elevation is not required for viewing). - Type
set devmgr_show_nonpresent_devices=1and press Enter. - In the same window, type
start devmgmt.mscto launch Device Manager with the variable active. - Click View > Show hidden devices in this instance.
- Compare with the basic view — the additional grayed-out entries (old GPUs under Display adapters, ancient USB devices) are the deep ghosts this variable reveals.
Fix 3: Identify which ghosts are safe to remove
Not every grayed-out entry should be deleted. The rule: remove ghosts of hardware that is gone; repair (don’t delete) entries for hardware that is present but failing.
- For each grayed-out entry, ask: is this hardware still in/on the computer? Old USB flash drives, replaced graphics cards, and long-gone printers are safe to remove.
- Grayed-out entries for built-in hardware (Bluetooth radio, integrated camera, internal Wi-Fi) indicate a present-but-failing device — these need driver reinstallation, not deletion.
- When unsure, right-click the entry, open Properties > Details > Last known parent or check the driver date for clues about its age.
- Create a system restore point before any bulk deletion (System Properties > System Protection > Create).
- Delete ghosts one category at a time, rescanning (Action > Scan for hardware changes) between categories to catch mistakes early.
Fix 4: Clean ghost Bluetooth and network adapters
Bluetooth and network ghosts are the most common troublemakers — stale entries here directly cause “adapter disappeared” and “device cannot start” errors after 24H2 upgrades.
- With hidden devices shown, expand Bluetooth and Network adapters.
- Uninstall every grayed-out Bluetooth and wireless entry, ticking “Attempt to remove the driver for this device” only for entries you are sure are obsolete.
- Expand Universal Serial Bus controllers and remove grayed-out USB composite devices tied to old Bluetooth dongles.
- Click Action > Scan for hardware changes and let Windows re-enumerate the real, present hardware.
- Reinstall the manufacturer’s current Bluetooth/wireless driver afterward — a clean enumeration plus a fresh driver resolves the conflicts that ghost entries caused, as detailed in our 24H2 Bluetooth guide .
Fix 5: Clean ghost display and monitor entries
Stale monitor entries block re-detection of displays, and ghost GPU entries (from a replaced card or a driver migration) cause “device cannot start” errors. 24H2 upgrades are prolific producers of these.
- Expand Monitors with hidden devices shown and uninstall grayed-out entries for displays you no longer connect.
- Expand Display adapters — uninstall grayed-out GPU entries only if the hardware was physically replaced or removed.
- Never uninstall the grayed-out entry for your current GPU if it is present but failing; instead reinstall its driver.
- Scan for hardware changes and let Windows rediscover connected monitors.
- If a monitor still fails detection, the cleaned enumeration often lets the Detect button in Settings > System > Display succeed where it previously found nothing — see our monitor detection guide .
Fix 6: Clean ghost audio endpoints
Old headsets, USB audio devices, and HDMI audio endpoints accumulate as ghosts and can prevent new audio devices from becoming the default — or from appearing at all.
- Expand Sound, video and game controllers and Audio inputs and outputs with hidden devices shown.
- Uninstall grayed-out entries for headsets, USB DACs, and monitor audio you no longer use.
- Leave the entries for your built-in speakers and microphone alone unless they are faulty.
- Scan for hardware changes, then open Sound settings and verify the device list is clean.
- Reconnect your current audio devices and set defaults fresh — the cleaned endpoint list eliminates the stale-entry conflicts behind many headphone detection failures .
Fix 7: Use Device Manager’s hidden system devices for deep diagnosis
Beyond ghosts, Device Manager can show hidden system devices — the low-level drivers and bus enumerators that underpin everything. This is advanced territory, but occasionally the fault is here.
- With the environment variable set (Fix 2), also examine System devices for grayed-out bus enumerators.
- Look for warning icons on PCI bus, ACPI, or USB host controller entries — these indicate platform-level problems affecting all child devices.
- Do not uninstall system-device entries casually; instead, update their drivers or check for BIOS updates.
- For persistent platform issues, check Microsoft’s support hub for known 24H2 device-enumeration issues.
- If system-device entries show faults across the board after a 24H2 upgrade, a chipset driver reinstall from your laptop manufacturer’s support page — or an in-place Windows repair from Microsoft’s Windows 11 download page — is the appropriate escalation.
Closing
Hidden devices are Device Manager’s memory, and on Windows 11 24H2 that memory is longer — and more conflict-prone — than ever thanks to driver migration. The basic Show hidden devices toggle plus the devmgr_show_nonpresent_devices variable give you full visibility; the judgment call is knowing which ghosts to exorcise and which grayed-out entries are actually cries for driver help. Clean the true ghosts, repair the failing present devices, and rescan — most “mysterious” post-24H2 device problems turn out to be enumeration conflicts that this cleanup dissolves.
