У меня планшет с Windows 10, отображающий некоторые данные измерений. Это работает 24 часа в сутки. Через некоторое время он полностью замерзает. Я узнал, что это связано со службой W32Time.

Когда я подключаюсь к планшету через psexec и запускаю:

net stop w32time

Все нормально, когда я снова запускаю w32time, он снова зависает. Я узнал, что w32time не останавливает установку часов на фиксированное время. Я включил журнал отладки с помощью w32tm.

Кто-нибудь знает, что вызывает такое поведение?

Вот лог

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*
|источник

2 ответа2

0

У меня была такая же проблема на компьютере с Windows 10. Кажется, это ошибка Windows. Установите следующий ключ реестра в 0:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\SecureTimeLimits\SecureTimeConfidence
|источник
0

Я бы попытался удалить и переустановить службу, используя w32tm /unregister, а затем w32tm /register.

У меня не было блокировки системы от службы времени, но у меня были случаи, когда Система не очень хорошо работала, когда служба была взломана. Удаление и переустановка решили эту проблему.

Также рассмотрите возможность установки времени запуска службы с автоматической задержкой. Я не уверен на 100%, почему, но это уменьшает вероятность того, что он столкнется с конфликтующей службой и т.д. ... служба времени запустится через несколько минут после запуска последней службы.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .