W32Time zawiesza system Windows

Mam tablet z systemem Windows 10, który wyświetla niektóre dane pomiarowe. Działa 24 godziny na dobę. Po pewnym czasie całkowicie się zawiesza. Dowiedziałem się, że ma to związek z usługą W32Time.

Kiedy połączę się z tabletem przez psexec i uruchomię:

net stop w32time

Wszystko jest normalne, kiedy ponownie uruchamiam w32time, zawiesza się ponownie. Dowiedziałem się, że w32time nieustannie ustawia zegar na ustalony czas. Włączyłem dziennik debugowania za pomocą w32tm.

Czy ktoś wie, co powoduje takie zachowanie?

Oto dziennik

151644 08:01:11.3518164s - Peer151644 08:01:11.3514248s151644     08:01:11.3515930s - W32TmServiceMain: ********** Time Slip Notification **********
151644 08:01:11.3517243s - ClockDispln TimeSlip:TimeSlip LastUTC:13032961 SetUnsync: LI:3 S:0 RDl:0 RDs:0 TSF:0x0 
151644 08:01:11.3518042s - ClockDispln Discipline: Check and set secure time
151644 08:01:11.3518157s - TimeProvCommand([NtpClient], TPC_TimeJumped) called.
151644 08:01:11.3518840s - W32TmServiceMain: waiting i16.000s (1024.000s)
151644 08:01:11.3518994s - PeerPollingThread: PeerListUpdated
151644 08:01:11.3519677s - Setting the system time because it is outside the secure time limits.
151644 08:01:11.3519708s - PeerPollingThread: waiting 895.487s
151644 08:01:11.3520284s -  Current system time:  8:1:11.351 3/10/2016
151644 08:01:11.3521121s -  Target system time:  8:1:11.352 3/10/2016
151644 08:01:11.3514501s - ClockDispln Discipline: *SET*SECURE*TIME*
151644 08:01:11.3516121s - W32TmServiceMain: ********** Time Slip Notification **********
151644 08:01:11.3517127s - ClockDispln TimeSlip:TimeSlip LastUTC:13032961 SetUnsync: LI:3 S:0 RDl:0 RDs:0 TSF:0x0 
151644 08:01:11.3517941s - ClockDispln Discipline: Check and set secure time
151644 08:01:11.3518133s - TimeProvCommand([NtpClient], TPC_TimeJumped) called.
151644 08:01:11.3518786s - W32TmServiceMain: waiting i16.000s (1024.000s)
151644 08:01:11.3519155s - PeerPollingThread: PeerListUpdated
151644 08:01:11.3519501s - Setting the system time because it is outside the secure time limits.
151644 08:01:11.3519777s - PeerPollingThread: waiting 895.487s
151644 08:01:11.3520092s -  Current system time:  8:1:11.351 3/10/2016
151644 08:01:11.3520622s -  Target system time:  8:1:11.352 3/10/2016
151644 08:01:11.3510976s - ClockDispln Discipline: *SET*SECURE*TIME*
151644 08:01:11.3512558s - W32TmServiceMain: ********** Time Slip Notification **********
151644 08:01:11.3513971s - ClockDispln TimeSlip:TimeSlip LastUTC:13032961 SetUnsync: LI:3 S:0 RDl:0 RDs:0 TSF:0x0 
151644 08:01:11.3514731s - ClockDispln Discipline: Check and set secure time
151644 08:01:11.3514839s - TimeProvCommand([NtpClient], TPC_TimeJumped) called.
151644 08:01:11.3515530s - W32TmServiceMain: waiting i16.000s (1024.000s)
151644 08:01:11.3516283s - PeerPollingThread: PeerListUpdated
151644 08:01:11.3516375s - Setting the system time because it is outside the secure time limits.
151644 08:01:11.3516843s - PeerPollingThread: waiting 895.487s
151644 08:01:11.3517012s -  Current system time:  8:1:11.351 3/10/2016
151644 08:01:11.3517519s -  Target system time:  8:1:11.352 3/10/2016
151644 08:01:11.3512112s - ClockDispln Discipline: *SET*SECURE*TIME*

Miałem ten sam problem na komputerze z systemem Windows 10. Wygląda na to, że jest to błąd systemu Windows. Ustaw następujący klucz rejestru na 0:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\SecureTimeLimits\SecureTimeConfidence

Spróbuję odinstalować i ponownie zainstalować usługę za pomocą w32tm / unregister, a następnie w32tm / register.

Nie miałem blokady systemu z usługi czasu, ale miałem przypadki, w których system nie gra zbyt dobrze, gdy usługa została uruchomiona. Deinstalacja i ponowna instalacja rozwiązały ten problem.

Zastanów się również nad ustawieniem czasu uruchamiania usługi Opóźnienie automatyczne. Nie jestem w 100% pewien, dlaczego, ale ma to tendencję do zmniejszania szansy, że trafi ona na usługę będącą w konflikcie itp. ... usługa czasu rozpocznie się kilka minut po uruchomieniu ostatniej usługi.