powercfg 不会兑现 -requestsoverride

Question

目前我有两个驱动程序阻止我的 Windows 10 进入睡眠状态（以管理员身份运行命令提示符）：

C:\Windows\system32>powercfg -requests
DISPLAY:
None.

SYSTEM:
[DRIVER] USB Audio Device (USB\VID_1395&PID_005E&MI_00\6&61162f7&0&0000)
An audio stream is currently in use.
[DRIVER] Legacy Kernel Caller

AWAYMODE:
None.

EXECUTION:
None.

PERFBOOST:
None.

ACTIVELOCKSCREEN:
None.

所以我通过-requestsoverride命令添加了它们

powercfg -requestsoverride Driver "Legacy Kernel Caller" System

然后我可以看到两个驱动程序在覆盖列表中：

C:\Windows\system32>powercfg -requestsoverride
[SERVICE]

[PROCESS]

[DRIVER]
srvnet SYSTEM
Legacy Kernel Caller SYSTEM
USB Audio Device SYSTEM

但是，当我powercfg -requests再次运行时，输出与第一个结果相同，并且两个驱动程序仍然阻止我的计算机进入睡眠状态。我重新启动了我的电脑，它仍然是一样的。我将计算机设置为在闲置 1 分钟后进入睡眠状态，但除非我通过开始菜单手动将其睡眠，否则它永远不会睡眠。

如果需要，我愿意发布任何其他详细信息/日志。只要让我知道。谢谢！

Answer 1

此处相同，但仅限于旧版内核调用程序。不知道用那个驱动程序做什么。覆盖也不起作用。@Eric L 你发布说你已经设法找到触发它的程序。您能分享一下您的案例吗？

编辑：

其他地方的某人发布了一个解决方案，在他的情况下，通过通过 /requests 输出中括号中列出的完整路径调用它来覆盖它。在这种情况下， requestsoverride 看起来像：

Powercfg -requestsoverride Driver "USB\VID_1395&PID_005E&MI_00\6&61162f7&0&0000" System

我还没有测试过它，但总而言之，就我而言，是桌面上的 Rainmeter 音频输出可视化器导致了持续的旧版内核调用者唤醒请求。即使没有音频播放。我通过断开外部 USB SoundBlaster 声卡的连接找到了它。传统内核调用程序消失了，NVIDIA 高清晰度音频 (HDAUDIO\FUNC_01&VEN_10DE&DEV_0092&SUBSYS_14584008&REV_1001\5&2094fbe8&0&0001) 出现了。因为音频输出和驱动程序改变了。之后我将范围缩小到 Rainmeter VisBubble Skin。