☰

Почему время в Debian самопроизвольно меняется?

tag-icon • tag-icon linux debian date
Почему время в Debian самопроизвольно меняется?

Debian 8. Хост-система, без виртуализации. Системы синхронизации времени отключены. ntp, rdate, sdwdate не установлены.

# timedatectl
Local time: Thu 2019-08-22 14:02:05 +03
Universal time: Thu 2019-08-22 11:02:05 UTC
RTC time: Thu 2019-08-22 11:00:10
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: no
NTP synchronized: no
RTC in local TZ: no
DST active: n/a

Через секунду после установки времени оно изменяется на несколько минут.

Примеры:

# ntpdate 0.ru.pool.ntp.org  && date && sleep 1 && date
22 Aug 14:02:28 ntpdate[31388]: step time server 195.211.77.68 offset -115.009072 sec
Thu Aug 22 14:02:28 +03 2019
Thu Aug 22 14:04:24 +03 2019

# hwclock --hctosys && date && sleep 1 && date
Thu Aug 22 14:01:51 +03 2019
Thu Aug 22 14:03:46 +03 2019

# date -s "2019-08-22 14:04:53" && date && sleep 1 && date
Thu Aug 22 14:04:53 +03 2019
Thu Aug 22 14:04:53 +03 2019
Thu Aug 22 14:06:49 +03 2019

При ручном изменении в журналах появляются сообщения

Aug 22 16:30:50 wisi systemd[1200]: Time has been changed
Aug 22 16:30:50 wisi systemd[1]: Time has been changed
Aug 22 16:32:45 wisi systemd[1200]: Time has been changed
Aug 22 16:32:45 wisi systemd[1]: Time has been changed

здесь первые две строки — о ручном переводе времени, вторые две — о том, что система «перевела» время назад.

# ps afx | grep [1]200
 1200 ?        Ss     0:06 /lib/systemd/systemd --user

Попытки отключитьtimers.target, time-sync.target, systemd-timesyncdне имеют никакого эффекта.

В логах tcpdump видно, что при "настройке" нет запросов на 123 порту. Время "настройки" не постоянно и меняется, наблюдалось от 1 до 5 минут.

Что стало причиной этого и как от этого избавиться?

ОБНОВЛЕНИЕ1: @Сет,

Было бы интересно увидеть timedatectl после изменения.

# timedatectl && ntpdate 0.ru.pool.ntp.org  && timedatectl && sleep 1 && timedatectl
      Local time: Fri 2019-08-23 14:10:57 +03
  Universal time: Fri 2019-08-23 11:10:57 UTC
        RTC time: Fri 2019-08-23 11:09:19
       Time zone: Europe/Minsk (+03, +0300)
     NTP enabled: no
NTP synchronized: no
 RTC in local TZ: no
      DST active: n/a
23 Aug 14:09:25 ntpdate[19282]: step time server 192.36.143.130 offset -98.695079 sec
      Local time: Fri 2019-08-23 14:09:25 +03
  Universal time: Fri 2019-08-23 11:09:25 UTC
        RTC time: Fri 2019-08-23 11:09:26
       Time zone: Europe/Minsk (+03, +0300)
     NTP enabled: no
NTP synchronized: no
 RTC in local TZ: no
      DST active: n/a
      Local time: Fri 2019-08-23 14:11:05 +03
  Universal time: Fri 2019-08-23 11:11:05 UTC
        RTC time: Fri 2019-08-23 11:09:27
       Time zone: Europe/Minsk (+03, +0300)
     NTP enabled: no
NTP synchronized: no
 RTC in local TZ: no
      DST active: n/a

Что значит, они не имеют эффекта? Вы проверяли, когда это правильная настройка или нет?

Да, конечно, проблема началась при включении службы по умолчанию. Для теста я пробовал их останавливать, но на результат это не влияет.

ОБНОВЛЕНИЕ2

В качестве теста я отключил все сетевые кабели. Все как прежде. Но любые "сетевые" предположения теперь можно исключить.

решение1

Оскам возвращает время на ранее установленное значение.

https://github.com/gfto/oscam/blob/2780c48789c8e1427df4078ea9b06e0b51594bbc/oscam-time.c

#if defined(CLOCKFIX)
    if (tv.tv_sec > lasttime.tv_sec || (tv.tv_sec == lasttime.tv_sec && tv.tv_usec >= lasttime.tv_usec)){ // check for time issues!
        lasttime = tv; // register this valid time 
    }
    else
    {
        tv = lasttime;
        settimeofday(&tv, NULL); // set time back to last known valid time
        //fprintf(stderr, "*** WARNING: BAD TIME AFFECTING WHOLE OSCAM ECM HANDLING, SYSTEMTIME SET TO LAST KNOWN VALID TIME **** \n");
    }

Связанный контент