Po aktualizacji do Fall Creators Update (wersja 1709) mój komputer budzi się około 4 rano każdego dnia po hibernacji. Zrobiłem następujące:
- Sprawdzono, czy konserwacja jest wyłączona (a zresztą czas na konserwację to 11:00).
- Sprawdzono, czy dozwolony czas budzenia jest wyłączony.
- Zaznaczone, że zezwala na hybrydowy sen jest wyłączone.
- Sprawdzone zadania, które mogą obudzić komputer i nie ma żadnych. (Uruchomiłem skrypt PowerShell, który sprawdza, czy nie ma zadań, które mogą obudzić komputer, a następnie zrobiłem to również ręcznie).
- Sprawdzono, czy nie ma urządzenia, które może obudzić komputer.
Uruchomiłem także następujące polecenia:
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
- Zresetowałem profil mocy i wyłączyłem wszystko związane z budzeniem.
- Wyłączyłem wszystkie urządzenia „Pozwól temu urządzeniu obudzić komputer”.
- Wyłączyłem funkcję Wake on LAN.
Po hibernacji widzę to w dzienniku zdarzeń systemu:
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.
ale po hibernacji pozostałem przy komputerze przez 5 minut i było wyłączone. Bez świateł, wygląda na całkowicie wyłączony.
A następne wydarzenie gdzieś około 04:16:
The system time has changed to xxxxx from yyyyy.
Change Reason: System time synchronized with the hardware clock.
Około 10 zdarzeń później jest pojedyncze zdarzenie narzędzia do rozwiązywania problemów z zasilaniem:
The system has returned from a low power state.
Sleep Time: aaaaZ
Wake Time: bbbbZ
Wake Source: Unknown
I nie zrobiłem nic na komputerze oprócz uaktualnienia systemu Windows 10 do wersji 1709 (ręcznie za pomocą Upgrade Assistant). Korzystałem z systemu Windows 10 przez około rok i zawsze korzystałem z hibernacji i nigdy nie miałem problemu z przebudzeniem (po wyłączeniu konserwacji).
28 października Aktualizacja Zaktualizowano BIOS do najnowszej wersji, upewniając się, że w BIOSie nie ma nic, co budzi komputer. Nadal dokładnie ten sam problem.
Ale teraz wygląda na to, że komputery budzą się nie o 4 rano, ale po 6 godzinach i 30 minutach od hibernacji . Właśnie idę spać około 21:30, a czas budzenia to około 4 rano. Wczoraj poszedłem spać wcześniej i ostatnie wydarzenie w dzienniku zdarzeń miało miejsce o 27.10.2017 21:13:32, a dziś pierwsze zdarzenie 28.10.2017 03:42:19 . Pamiętam też, że pewnego dnia poszedłem spać około 22:00, a czas przebudzenia wynosił około 4:30. Sprawdzono przez wszystkie wydarzenia. Znaleziono tylko te nowe zdarzenia, które są związane ze snem:
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
Po hibernacji nie ma nic interesującego.
31 października Aktualizacja Wyłączenie komputera utrzyma go w ten sposób i nie będzie go budzić.
4 listopada Aktualizacja Wylogowanie, a następnie hibernacja utrzyma komputer w stanie hibernacji przez całą noc. Tak jak sugerował @Rik, być może jest to aplikacja. Spróbuję zrobić to, co napisał: wyloguj się, zaloguj i zabij wszystkie aplikacje podczas uruchamiania.
7 listopada Aktualizacja Zaktualizowany sterownik wideo wciąż ten sam problem.
źródło
never
i teraz mój komputer śpi przez całą noc (muszę wyłączyć uTorrent ręcznie, ponieważ ten został ustawiony, aby zapobiec komputer ze snu).Odpowiedzi:
Powinieneś mieć jakieś zdarzenia w dzienniku systemowym ID = 42 Źródło = Moc jądra. Możesz także uruchomić:
Get-WinEvent -ProviderName Microsoft-Windows-Kernel-Power | Where-Object {$_.id -eq 42} | format-list
Wyjściem domyślnym jestformat-table
skracanie tekstu wiadomości.Wiadomość tekstowa dla tych zdarzeń jest inna w MMC Eventviwer, co pokaże Powershell:
MMC: Wake Źródło: S4 Doze do Hibernacji
PS: Uśpienie Powód: Hibernacja ze snu - Naprawiono limit czasu
Jeśli znajdziesz ten tekst wiadomości, zdarzenia te wskazują, że system przechodzi z trybu uśpienia do hibernacji. Po uśpieniu systemu, a następnie upłynie maksymalny czas hibernacji, system tymczasowo się obudzi, aby zapisać wszystko na dysku i przejść do trybu hibernacji. Tryb uśpienia to szybsze wznawianie niższej mocy, hibernacja to brak mocy, wolniejsze wznawianie
Potencjalne rozwiązania: Możliwe, że przypadkowo ustawiasz system w tryb „uśpienia”, gdy myślisz, że wchodzisz w tryb „hibernacji”. Jeśli przejdziesz w stan hibernacji za pierwszym razem, system nie obudzi się później, aby dokonać tego przejścia. Jeśli naprawdę chcesz spać (w celu szybszego wznowienia), a nie hibernacji, zmień limit czasu hibernacji na
Never
. Możesz zobaczyć i / lub zmienić bieżącą wartość w ustawieniach planu zasilania, klikającChange Plan Settings
wtedyChange Advanced Power Settings
Możesz także sprawdzić identyfikator zdarzenia 27. Uwaga - czasami mój własny system NIE rejestruje zdarzenia 27 po wznowieniu ze stanu wstrzymania.
Widzę, że w tym wątku jest długa linia komentarzy ... Czy to był Twój czat? Trochę trudno jest znaleźć rozwiązanie na podstawie samych komentarzy. Zamierzam opublikować to mimo to, aby pomóc innemu użytkownikowi, który może napotkać ten sam problem.
źródło
w rzeczywistości może to powodować kilka rzeczy: albo coś jest nie tak z aktualizacją i musi zostać zgłoszone / rozwiązane przez Microsoft (jeśli tak, uruchom sprawdzanie plików systemowych, aby się upewnić) lub DISM
problem może również powodować ustawienia multimediów. sprawdź, czy tryb uśpienia jest ustawiony w Ustawieniach multimediów w Zaawansowanych opcjach zasilania
lub jest to problem z niezgodnością sterowników komputera z aktualizacjami twórców. w takim przypadku skorzystaj z witryny, takiej jak Driverscape, aby dowiedzieć się, które sterowniki działają.
Polecam dokładne zbadanie dwóch pierwszych opcji, chyba że czujesz się dobrze ze sterownikami i systemem Windows, ponieważ błędy mogą być kosztowne.
źródło