Вопросы Теги

Что мешает Ubuntu 16.04 правильно установить время

У меня есть Dell SC1430, работающий на XUbuntu 16.04, выступая в качестве серверного сервера Mythtv. Он работает отлично уже много лет, но теперь, после обновления с 12.04, с 14.04 по 16.04 (с использованием do-release-обновления), системное время отключается на 2 часа, и оно не может быть установлено на правильное время.

Когда I или какой-либо механизм, такой как ntpd или timesyncd, пытается установить время, он сразу же возвращается обратно. Я получаю это в syslog при попытке ntpd:

Sep 17 12:32:33 eddie ntpd[21484]: proto: precision = 0.131 usec (-23) Sep 17 12:32:33 eddie ntpd[21484]: restrict 0.0.0.0: KOD does nothing without LIMITED. Sep 17 12:32:33 eddie ntpd[21484]: restrict ::: KOD does nothing without LIMITED. Sep 17 12:32:33 eddie ntpd[21484]: Listen and drop on 0 v6wildcard [::]:123 Sep 17 12:32:33 eddie ntpd[21484]: Listen and drop on 1 v4wildcard 0.0.0.0:123 Sep 17 12:32:33 eddie ntpd[21484]: Listen normally on 2 lo 127.0.0.1:123 Sep 17 12:32:33 eddie ntpd[21484]: Listen normally on 3 eth0 192.168.1.11:123 Sep 17 12:32:33 eddie ntpd[21484]: Listen normally on 4 lo [::1]:123 Sep 17 12:32:33 eddie ntpd[21484]: Listen normally on 5 eth0 [fe80::219:b9ff:fe22:9d01%2]:123 Sep 17 12:32:33 eddie ntpd[21484]: Listening on routing socket on fd #22 for interface updates Sep 17 10:32:52 eddie systemd[28438]: Time has been changed Sep 17 10:32:52 eddie ntpd[21484]: ntpd: time set -7188.398130 s Sep 17 10:32:52 eddie systemd[2506]: Time has been changed Sep 17 10:32:52 eddie systemd[1]: Time has been changed Sep 17 12:32:41 eddie systemd[28438]: Time has been changed Sep 17 12:32:41 eddie systemd[2506]: Time has been changed Sep 17 12:32:41 eddie systemd[1]: Time has been changed

Как вы можете видеть, время на самом деле меняется на мгновение, затем что-то меняет его.

Статус Timedatectl дает мне:

root@eddie:~# timedatectl status Local time: Sun 2017-09-17 14:24:12 CEST Universal time: Sun 2017-09-17 12:24:12 UTC RTC time: Sun 2017-09-17 12:24:12 Time zone: Europe/Stockholm (CEST, +0200) Network time on: no NTP synchronized: no RTC in local TZ: no

UTC должно быть 10:24:12, а местное время должно быть 12:24:12 в этом примере.

Мое лучшее предположение, что какая-то другая программа / process (пытается) сохранить правильное время, но запутывается с часовым поясом или еще что-то после обновления.

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

Это не ситуация с двойной загрузкой, с которой я читал другие проблемы.

Любая помощь будет принята с благодарностью!

3
задан 17 September 2017 в 15:18

2 ответа

Я немного не знаю, в чем проблема, но я решил это:

Обеспечение обслуживания ntp не запускается при загрузке (chmodding -x to / usr / sbin / ntpd) Вход в систему через клавиатура на сервере, в отличие от ssh от другого клиента. Сброс часового пояса и включение «сетевого времени» в GUI Rebooting. Обеспечение обслуживания ntp запускается при загрузке. Перезагрузка снова

Несколько комментариев: В syslog казалось, что некоторая служба systemd сбросила время после того, как я попытался установить время правильно. Идентификатор процесса: s показал, что мой логин через ssh отвечает за один из этих процессов и lightdm для другого. Поэтому я вошел в систему с помощью клавиатуры на самом сервере, чтобы запустить только один запуск службы systemd.

Также, systemctl status systemd-timesyncd.service сообщила:

● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled) Drop-In: /lib/systemd/system/systemd-timesyncd.service.d └─disable-with-time-daemon.conf Active: inactive (dead) Condition: start condition failed at Sun 2017-09-17 16:09:41 CEST; 4min 35s ago ConditionFileIsExecutable=!/usr/sbin/ntpd was not met

Следовательно, chmodding / usr / sbin / ntpd

1
ответ дан 18 July 2018 в 06:42

Я немного не знаю, в чем проблема, но я решил это:

Обеспечение обслуживания ntp не запускается при загрузке (chmodding -x to / usr / sbin / ntpd) Вход в систему через клавиатура на сервере, в отличие от ssh от другого клиента. Сброс часового пояса и включение «сетевого времени» в GUI Rebooting. Обеспечение обслуживания ntp запускается при загрузке. Перезагрузка снова

Несколько комментариев: В syslog казалось, что некоторая служба systemd сбросила время после того, как я попытался установить время правильно. Идентификатор процесса: s показал, что мой логин через ssh отвечает за один из этих процессов и lightdm для другого. Поэтому я вошел в систему с помощью клавиатуры на самом сервере, чтобы запустить только один запуск службы systemd.

Также, systemctl status systemd-timesyncd.service сообщила:

● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled) Drop-In: /lib/systemd/system/systemd-timesyncd.service.d └─disable-with-time-daemon.conf Active: inactive (dead) Condition: start condition failed at Sun 2017-09-17 16:09:41 CEST; 4min 35s ago ConditionFileIsExecutable=!/usr/sbin/ntpd was not met

Следовательно, chmodding / usr / sbin / ntpd

1
ответ дан 24 July 2018 в 18:39
  • 1
    Вы не так понятны ... Почему бы вам просто не удалить ntpd? Поскольку timesyncd работает, нет необходимости держать их в рабочем состоянии. Я использовал ntpdate и ntp в течение многих лет, теперь timedatectl достаточно. Еще одна вещь, которую вы должны проверить, - это часы BIOS, скорее всего, настроенные на UTC, поэтому синхронизаторы синхронизируются. – Redbob 17 September 2017 в 18:03
  • 2
    @Redbob благодарит за ваш вклад. Другие пакеты зависят от ntp. Кроме того, речь идет не о выборе метода, ntp или timedatectl, для интернет-времени, а о возможности изменить время независимо от метода. Я также пробовал использовать часы BIOS как в UTC, так и по местному времени, но это не изменило поведение немедленного сброса. – erik 17 September 2017 в 20:39
  • 3
    Ты уверен, Эрик. Я не понимал, что ntp является сервером времени, так как timedatectl является клиентом времени. Я думаю, datetimectl не синхронизируется с ntp. Убедитесь, что datetimectl синхронизирован с ntp с помощью timedatectl set-ntp true или $ timedatectl set-ntp false, если он не работает. – Redbob 18 September 2017 в 06:32

Другие вопросы по тегам:

Похожие вопросы: