После того как я обновился до Fall Creators Update (версия 1709), мой компьютер каждый день выходит из спящего режима примерно в 4 часа утра. Я сделал следующее:
- Проверено, что обслуживание отключено (и в любом случае время для обслуживания 11 утра).
- Проверено, что Разрешить время пробуждения отключено.
- Проверено, что разрешить гибридный сон отключен.
- Проверены задачи, которые могут разбудить ПК и их нет. (Я запустил сценарий 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
- Я сделал сброс профиля питания и отключил все, что связано с пробуждением.
- Я отключил все устройства «Разрешить этому устройству просыпаться от компьютера».
- Я отключил Wake on LAN.
Когда я делаю спящий режим, я вижу это в системном журнале событий:
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 (вручную с помощью Upgrade Assistant). Я работал под управлением Windows 10 около года или около того, и я всегда использовал спящий режим, и у меня никогда не было проблем с пробуждением (после того, как я отключил обслуживание).
Окт 28 Обновление Обновил BIOS до последней версии, убедившись, что в BIOS нет ничего, что пробуждает компьютер. Все та же проблема.
Но теперь, похоже, компьютеры просыпаются не в 4 часа утра, а через 6 часов и 30 минут после того, как я перешел в режим гибернации . Я просто ложился спать около 9:30 вечера, а время пробуждения было около 4 утра. Вчера я ложился спать раньше, а последнее событие в журнале событий было в 27.10.2017, 21:13:32, а сегодня первое событие в 28.10.2017, 3:42:19 . Также я помню, что однажды я лег спать около 10 вечера, а время пробуждения было около 4:30 утра. Проверено по всем событиям. Найдены только эти новые события, которые относятся ко сну:
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
На спячке нет ничего интересного.
31 октября Обновление Выключение компьютера сохранит его таким образом и не разбудит его.
4 ноября Обновление Выход из системы и переход в спящий режим сохранит компьютер в спящем режиме всю ночь. Так как @Rik предположил, возможно, это приложение. Я постараюсь сделать то, что он написал: выйти из системы, войти в систему и убить все приложения при запуске.
Обновление от 7 ноября Обновленный видеодрайвер всё та же проблема
источник
never
и теперь мой компьютер спит всю ночь (мне действительно нужно завершить работу uTorrent вручную, потому что этот был настроен для предотвращения компьютер из спящего).Ответы:
У вас должно быть несколько событий в системном журнале ID = 42 Source = Kernel Power. Вы также можете запустить:
Get-WinEvent -ProviderName Microsoft-Windows-Kernel-Power | Where-Object {$_.id -eq 42} | format-list
вывод по умолчанию,format-table
который усекает текст сообщения.Текстовое сообщение об этих событиях в MMC Eventviwer отличается от того, что будет отображать Powershell:
MMC: пробуждение Источник: S4 Doze to Hibernate
PS: причина сна: Hibernate from Sleep - Fixed Timeout
Если вы обнаружите этот текст сообщения, эти события означают, что система переходит из режима сна в спящий режим. Когда вы переводите систему в спящий режим, а затем максимальное время для переходов в спящий режим, система временно просыпается, чтобы записать все на диск и перейти в Hibernate. Сон понижает мощность, быстрое возобновление, режим гибернации - нет, замедление возобновляется.
Потенциальные решения: вы можете случайно перевести систему в «спящий режим», когда вы думаете, что входите в «спящий режим». Если вы в первый раз войдете в режим гибернации, система не перезапустится позже, чтобы выполнить этот переход. Если вы действительно хотите спать (для более быстрого возобновления), а не в спящем режиме, измените время ожидания в спящем режиме на
Never
. Вы можете увидеть и / или изменить текущее значение в настройках схемы электропитания, нажавChange Plan Settings
затемChange Advanced Power Settings
Вы также можете проверить наличие события с кодом 27. Примечание. Иногда моя собственная система НЕ записывает событие 27, когда я возвращаюсь из режима сна.
Я вижу, что в этой теме есть длинная строка комментариев ... Был ли это чат, который вы имели? Это немного трудно следовать решению только из комментариев. Собираюсь опубликовать это в любом случае, чтобы помочь другому пользователю, который может столкнуться с той же проблемой.
источник
на самом деле это может быть вызвано несколькими причинами: либо что-то не так в обновлении и должно быть сообщено / разрешено Microsoft (если это так, запустите проверку системных файлов ) или DISM
также, настройки мультимедиа могут быть причиной проблемы. убедитесь, что режим сна установлен в разделе «Настройки мультимедиа» в разделе «Дополнительные параметры питания».
или это проблема с драйверами вашего компьютера, которые не полностью совместимы с обновлениями создателей. в этом случае используйте сайт, такой как driverscape, чтобы найти, какие драйверы работают.
Я рекомендую тщательно изучить первые два варианта, если вы не очень довольны драйверами и системой Windows, поскольку ошибки могут быть дорогостоящими.
источник