升级到Fall Creators Update之后,处于休眠状态的计算机会在6小时28分钟后唤醒


8

在更新为Fall Creators Update(1709版)之后,我的计算机每天每天凌晨4点从休眠状态唤醒。我做了以下事情:

  • 检查是否禁用了维护(无论如何维护时间是上午11点)。
  • 检查是否已禁用“允许唤醒时间”。
  • 检查是否禁用了允许混合睡眠。
  • 已检查的任务可以唤醒PC,并且没有任何任务。(我运行了一个PowerShell脚本,该脚本检查是否没有允许唤醒计算机的任务,然后我也手动进行了操作。)
  • 检查是否没有允许唤醒计算机的设备。

我也运行了以下命令:

C:\WINDOWS\system32>powercfg -lastwake
Wake History Count - 1
Wake History [0]
  Wake Source Count - 0

C:\WINDOWS\system32>powercfg -waketimers
There are no active wake timers in the system.

C:\WINDOWS\system32>powercfg -devicequery wake_armed
NONE
  • 我确实重置了电源配置文件,并禁用了所有与唤醒相关的功能。
  • 我禁用了所有设备“允许此设备唤醒计算机”。
  • 我禁用了局域网唤醒。

当我休眠时,我可以在系统的事件日志中看到这一点:

10/22/2017 10:02:52 PM (time when I did hibernate)
The system is entering sleep.
Sleep Reason: Application API

10/22/2017 10:02:55 PM
The system has resumed from sleep.

但是当我进入休眠状态后,我在计算机上呆了5分钟,计算机关闭了。没有灯,看起来完全断电了。

接下来的活动大约是凌晨4:16:

The system time has changed to ‎xxxxx from yyyyy.
Change Reason: System time synchronized with the hardware clock.

大约10个事件之后,有一个Power-Troubleshooter事件:

The system has returned from a low power state.

Sleep Time: ‎aaaaZ
Wake Time: ‎bbbbZ

Wake Source: Unknown

除了将Windows 10升级到版本1709(手动通过升级助手)外,我没有在计算机上执行任何操作。我在Windows 10上运行了大约一年左右,并且我一直使用休眠模式,并且从没有遇到过唤醒问题(禁用维护后)。

10月28日更新将 BIOS更新为最新版本,请确保BIOS中没有唤醒计算机的内容。仍然是完全相同的问题。

但是现在看来计算机并不是在凌晨4点唤醒,而是在我进入休眠状态后的6小时30分钟内唤醒。我只是在晚上9:30左右睡觉,醒来时间大约是凌晨4点。昨天我早些睡觉,事件日志中的最后一个事件是10/27/2017 9:13:32 PM,今天是第一个事件10/28/2017 3:42:19 AM。我还记得有一天,我晚上10点左右上床睡觉,起床时间大约是4:30 am。仅发现以下与睡眠有关的新事件:

PushNotifications-Platform
10/28/2017 3:42:20 AM
WNP Transport Layer received Power Management event with type Resume Low-Power on the Data Connection.

Wcmsvc
10/28/2017 3:42:24 AM
A Power change was processed. 
Reason: Operation is resuming automatically from a low-power state

Wcmsvc
10/28/2017 3:42:27 AM
A Power change was processed. 
Reason: A resume was triggered by user input

休眠侧没有什么有趣的。

10月31日更新关闭计算机将保持这种状态,并且不会将其唤醒。

11月4日更新注销并重新进入休眠状态会使计算机整夜处于休眠状态。因此,正如@Rik建议的那样,它可能是应用程序。我将尝试做他写的事情:注销,登录并在启动时杀死所有应用程序。

11月7日更新更新的视频驱动程序仍然存在相同的问题。


评论不作进一步讨论;此对话已转移至聊天
Journeyman Geek

到目前为止,@ Rik我尝试在启动时登录杀死应用程序并将其置于休眠状态。第一次尝试没有用。我将继续停止服务并终止其他任务。也许稍后它将起作用。
Vlad5Maxed

@ Vlad5Maxed是的,有趣的是,在这里,杀死所有程序后,计算机确实在6:28之后醒来,但在2分钟后再次进入睡眠状态。除了手动之外,我没有其他任务让计算机进入睡眠状态。如果所有程序都在运行,则计算机保持苏醒状态。注销确实确实使计算机处于睡眠状态(如前所述)。我当时正在考虑禁用所有计划的任务,但显然可以禁用登录并实质上阻塞了您的OS。
里克

@ Vlad5Maxed O,哇。我的电脑彻夜未眠:)不知道我做了什么。您有什么显示时间和睡眠时间。我的机器从来没有来过,但是我运行了电源故障排除程序,并且将睡眠时间和显示时间设置为一个值,而不是never现在,我的计算机整夜都在睡眠(我确实必须手动终止uTorrent,因为该设置是为了防止计算机从睡眠状态)。
瑞克(Rik)

@Rik我确实运行了疑难解答程序,当我不使用它时,它只是使计算机处于睡眠状态。它没有让我休眠。
Vlad5Maxed

Answers:


2

您应该在系统日志ID = 42 Source = Kernel Power中包含一些事件。您也可以运行:Get-WinEvent -ProviderName Microsoft-Windows-Kernel-Power | Where-Object {$_.id -eq 42} | format-listdeault输出format-table将截断消息文本。

Powervier将显示的Eventviwer MMC中这些事件的文本消息有所不同:Powershell将显示
MMC:唤醒源:S4打ze以休眠
PS:休眠原因:从休眠中休眠-固定超时

如果找到该消息文本,则这些事件表明系统正在从睡眠模式转换为休眠模式。当您使系统进入睡眠状态,然后经过休眠的最长时间后,系统将暂时唤醒以将所有内容写入磁盘并进入休眠状态。睡眠是低功率快速恢复,休眠是无功率,恢复较慢。

可能的解决方案:当您认为自己进入“休眠”状态时,可能会不小心将系统置于“睡眠”状态。如果您是第一次进入休眠模式,则系统稍后将不会重新唤醒以进行该转换。如果您确实想睡觉(为了更快的恢复)而不休眠,请将休眠超时更改为Never。您可以通过单击,Change Plan Settings然后在电源计划设置中查看和/或更改当前值。Change Advanced Power Settings

电源选项

您可能还需要检查事件ID27。注意-从睡眠状态恢复时,有时我自己的系统不会记录事件27。

Get-WinEvent -ProviderName Microsoft-Windows-Kernel-Boot | Where-Object {$_.id -eq 27}
Message : The boot type was 0x2.

0x0 - Windows 10 was started after a full shutdown.
0x1 - Windows 10 was started after a hybrid shutdown. AKA Sleep
0x2 - Windows 10 was resumed from hibernation.

我看到此线程上有很多评论……您正在聊天吗?仅凭注释很难遵循解决方案。无论如何都要张贴此内容以帮助可能遇到相同问题的其他用户。


评论不作进一步讨论;此对话已转移至聊天
Journeyman Geek

@Clayton感谢您提供详细的答案!
亚历克·伊斯托明

0

实际上可能是由某些原因引起的:更新中有什么问题,需要由Microsoft报告/解决(如果需要,请运行系统文件检查器进行确认)或DISM

同样,多媒体设置可能是导致此问题的原因。检查以确保在“高级电源选项”的“多媒体设置”下设置了睡眠

或这是计算机驱动程序与创作者更新不完全兼容的问题。在这种情况下,请使用driverscape之类的网站来查找哪些驱动程序起作用。

我建议您彻底研究前两个选项,除非您对驱动程序和Windows系统非常熟悉,否则错误的代价可能会很高。


这是在我更新Windows后的第二天晚上(更新后大约10个小时)发生的。因此,如果检查的系统文件找到了某些内容,则意味着Microsoft无法正确更新Windows,那么我们的问题比睡眠多得多。我也检查了多媒体设置,没有找到与此相关的任何内容。至于司机,我已经回答了,但现在不见了。我不知道哪个驱动器被唤醒,盲目更新所有驱动程序会造成不稳定,我不希望这样。
Vlad5Maxed
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.