A PC that wakes within seconds may have a mouse, network adapter, wake timer or driver that prevented sleep in the first place. Microsoft's powercfg commands expose available sleep states, the last wake source, armed devices and active timers. These are distinct clues. Disable only the confirmed wake source; otherwise a blanket change can break keyboard wake, remote management or backup schedules while the original problem remains.
Before you start
Record the approximate sleep and wake times, whether the system used a dock, and which wake behavior you actually need. Save work and update the relevant device driver from its maker. Keep a local keyboard or power-button recovery path before changing wake permissions. On a work PC, scheduled management tasks may be intentional.Do it step by step
- Run powercfg /a and note the supported sleep states; a device using Modern Standby may not behave like an older S3 PC.
- Put the PC to sleep, observe the wake, then promptly run powercfg /lastwake. Record its reported source rather than relying on a vague memory.
- Run powercfg /devicequery wake_armed and powercfg /waketimers. Compare them with the last-wake report and the actual time; an armed device is only a candidate.
- If a confirmed mouse or network adapter is the source, adjust that device's wake permission in Device Manager or use Microsoft's powercfg option for that named device. Preserve keyboard or power-button access.
- If a scheduled timer is responsible, inspect the owning task and why it runs before changing timer policy. If powercfg /requests shows activity, the issue may be failure to enter sleep rather than waking.
- Repeat the test several times, then restore any unrelated wake permission changed during diagnosis. Record the exact driver or task for future updates.