Po aktualizacji do Fall Creators Update komputer budzi się po 6 godzinach i 28 minutach w stanie hibernacji

8

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.

Vlad5Maxed
źródło
Komentarze nie są przeznaczone do rozszerzonej dyskusji; ta rozmowa została przeniesiona do czatu .
Journeyman Geek
@Rik do tej pory próbowałem zalogować aplikację zabijania podczas uruchamiania i przełączyć ją w tryb hibernacji. Pierwsza próba nie zadziałała. Będę nadal powstrzymywać usługi i zabijać inne zadania. Być może później to zadziała.
Vlad5Maxed
@ Vlad5Maxed Tak, zabawne jest to, że tutaj, po zabiciu wszystkich programów, komputer obudził się po 6:28, ale poszedł spać 2 minuty później. Nie ustawiłem żadnego zadania polegającego na uśpieniu komputera poza ręcznym. Jeśli wszystkie programy są uruchomione, komputer pozostaje w trybie czuwania. Wylogowanie rzeczywiście utrzymuje komputer w stanie uśpienia (jak wspomniano wcześniej). Myślałem o wyłączeniu wszystkich zaplanowanych zadań, ale najwyraźniej może to wyłączyć logowanie i zasadniczo zablokować system operacyjny.
Rik
@ Vlad5Maxed O, wow. Mój komputer przespał całą noc :) Nie jestem pewien, co zmieniłem. Co masz na czas wyświetlania i czas na sen? Mój zawsze był, ale uruchomiłem narzędzie do rozwiązywania problemów z zasilaniem, a ten ustawił czas uśpienia i czas wyświetlania na wartość inną niż neveri teraz mój komputer śpi przez całą noc (muszę wyłączyć uTorrent ręcznie, ponieważ ten został ustawiony, aby zapobiec komputer ze snu).
Rik
@Rik Uruchomiłem narzędzie do rozwiązywania problemów i po prostu uśpiłem komputer, gdy go nie używam. Nie zrobiło to dla mnie hibernacji.
Vlad5Maxed

Odpowiedzi:

2

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-listWyjściem domyślnym jest format-tableskracanie 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ąc Change Plan SettingswtedyChange Advanced Power Settings

Opcje mocy

Możesz także sprawdzić identyfikator zdarzenia 27. Uwaga - czasami mój własny system NIE rejestruje zdarzenia 27 po wznowieniu ze stanu wstrzymania.

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.

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.

Clayton
źródło
Komentarze nie są przeznaczone do rozszerzonej dyskusji; ta rozmowa została przeniesiona do czatu .
Journeyman Geek
@Clayton Dziękujemy za odpowiedź ze świetnymi szczegółami!
Alec Istomin
0

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.

jtillman
źródło
Stało się to następnej nocy po aktualizacji systemu Windows (około 10 godzin po aktualizacji). Jeśli więc sprawdzony plik systemowy znajdzie coś, oznacza to, że Microsoft nie może poprawnie zaktualizować systemu Windows, a wtedy mamy znacznie więcej problemów niż uśpienie. Sprawdziłem też ustawienia multimediów i nie znalazłem nic z tym związanego. Co do kierowcy, już odpowiedziałem, ale już go nie ma. Nie mam pojęcia, który dysk się obudził i ślepa aktualizacja wszystkich sterowników może spowodować niestabilność i nie chcę tego.
Vlad5Maxed