Проблема с часами в Ubuntu 12.10 [duplicate]

У меня проблема с часами, дрейфующими на моем ПК. Я запускаю

Ubuntu 10.10 на некотором жестком IBM e-сервере (1.5GB RAM, 2.4GHz CPU) ntpd запущен (запущен на уровне 2-го уровня): server 1.us.pool.ntp.org server 2.us.pool.ntp.org server 3.us.pool.ntp.org server time.nrc.ca server ntp1.cmc.ec.gc.ca server ntp2.cmc.ec.gc.ca server wuarchive.wustl.edu server clock.psu.edu

Глядя на файл журнала, кажется, что демон ntp работает, но системные часы никогда не устанавливаются.

Если я вручную установил время из «атомных» часов Casio, дата / время, отображаемое апплетами Clock, со временем выйдет из строя.

Глядя на файл журнала ( ниже), казалось бы, демон ntp начал нормально и работает.

Итак, я полностью распущен прямо сейчас: - (

Вот копия моего ntp.log файла.

10
задан 18 February 2011 в 02:41

14 ответов

Демоны NTP не хотят совершать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

ntpdate -q pool.ntp.org

NTP работает, слегка отрегулировав длину секунды в вашей системе, что вы медленно получаете правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. Вы можете сделать сильную синхронизацию один раз:

service ntp stop ntpdate pool.ntp.org service ntp start

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate [ ! d3] NTPDATE_USE_NTP_CONF=yes

6
ответ дан 25 July 2018 в 14:48
  • 1
    Я попробовал ntpdate -q и получил интересное сообщение 18 Feb 08:24:30 ntpdate[13940]: no server suitable for synchronization found. Так что теперь мне интересно, есть ли что-то, что блокирует мою способность синхронизировать часы; возможно, правила корпоративного брандмауэра? – droffo 18 February 2011 в 18:25
  • 2
    Хм - я пробовал то же самое на моем нетбуке Asus eee 900 (также с Ubuntu 10.10), и я получаю то же сообщение, когда подключен к корпоративной сети. Я попробую еще раз из Starbucks или дома и посмотрю, получаю ли я те же результаты. – droffo 18 February 2011 в 18:30
  • 3
    Коррекция. Должно быть: / etc / default / ntpdate – david6 2 January 2013 в 06:25
  • 4
    NTPDATE, похоже, не соблюдает параметр: NTPDATE_USE_NTP_CONF = yes в файле конфигурации (/ etc / default / ntpdate). – david6 2 January 2013 в 08:30
  • 5
    @ tim-bielawa Это очень интересно, я так и не подумал об этом. Не могли бы вы указать на определенный ресурс, где я мог бы узнать больше о том, как NTPD исправляет системное время? Заранее спасибо. – dexterous 16 May 2017 в 17:33

Демоны NTP не хотят совершать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

ntpdate -q pool.ntp.org

NTP работает, слегка отрегулировав длину секунды в вашей системе, что вы медленно получаете правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. Вы можете сделать сильную синхронизацию один раз:

service ntp stop ntpdate pool.ntp.org service ntp start

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate [ ! d3] NTPDATE_USE_NTP_CONF=yes

6
ответ дан 1 August 2018 в 21:29

Демоны NTP не хотят совершать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

ntpdate -q pool.ntp.org

NTP работает, слегка отрегулировав длину секунды в вашей системе, что вы медленно получаете правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. Вы можете сделать сильную синхронизацию один раз:

service ntp stop ntpdate pool.ntp.org service ntp start

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate [ ! d3] NTPDATE_USE_NTP_CONF=yes

6
ответ дан 4 August 2018 в 13:06

демоны НТП не хочу делать резкий массовый скачок во времени системы. Для одного, это боркс хронологию записей в лог-файлы, системные демоны может разволноваться и т. д. Что он делает вместо "дрейф" системные часы на место. Если вы хотите проверить, как далеко от "реального времени" вы можете запросить NTP-сервером:

ntpdate -q pool.ntp.org

НТП работает, регулируя длину второй на систему небольшая, так что вы медленно получить правильное время. Это может занять некоторое время для дрейфа случиться если ваше смещение высока. Что вы можете сделать, это заставить жесткий синхронизировать один раз:

service ntp stop ntpdate pool.ntp.org service ntp start

редактировать: в ответ на комментарии ниже.

поставил эту строку в /и т. д./по умолчанию/активация

NTPDATE_USE_NTP_CONF=yes
6
ответ дан 5 August 2018 в 21:23

Демоны NTP не хотят делать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

  ntpdate -q pool.ntp.org  

NTP работает, слегка отрегулировав длину секунды на вашей системе, чтобы вы медленно получали правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. То, что вы можете сделать, это принудительная жесткая синхронизация один раз:

  service ntp stop ntpdate pool.ntp.org service ntp start  

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate

  NTPDATE_USE_NTP_CONF = yes  
6
ответ дан 7 August 2018 в 14:41

Демоны NTP не хотят делать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

  ntpdate -q pool.ntp.org  

NTP работает, слегка отрегулировав длину секунды на вашей системе, чтобы вы медленно получали правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. То, что вы можете сделать, это принудительная жесткая синхронизация один раз:

  service ntp stop ntpdate pool.ntp.org service ntp start  

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate

  NTPDATE_USE_NTP_CONF = yes  
6
ответ дан 10 August 2018 в 04:13

Демоны NTP не хотят делать резкий скачок в системном времени. Во-первых, он зацикливает хронологию записей в ваших файлах журналов, системные демоны могут волноваться и т. Д. Вместо этого он «дрейфует» ваши системные часы на месте. Если вы хотите проверить, как далеко от «фактического времени» вы можете запросить сервер ntp:

  ntpdate -q pool.ntp.org  

NTP работает, слегка отрегулировав длину секунды на вашей системе, чтобы вы медленно получали правильное время. Это может занять некоторое время, когда дрейф произойдет, если ваше смещение будет высоким. То, что вы можете сделать, это принудительная жесткая синхронизация один раз:

  service ntp stop ntpdate pool.ntp.org service ntp start  

Изменить: в ответ на комментарии ниже.

Установите эту строку в / etc / defaults / ntpdate

  NTPDATE_USE_NTP_CONF = yes  
6
ответ дан 18 August 2018 в 15:42
  • 1
    Я пробовал ntpdate -q и получил интересное сообщение 18 Feb 08:24:30 ntpdate [13940]: не найден сервер, подходящий для синхронизации . Так что теперь мне интересно, есть ли что-то, что блокирует мою способность синхронизировать часы; возможно, правила корпоративного брандмауэра? – droffo 18 February 2011 в 18:25
  • 2
    Хмм - Я пробовал то же самое на моем нетбуке Asus eee 900 (также с Ubuntu 10.10), и я получаю то же сообщение при подключении к корпоративной сети. Я попробую еще раз из Starbucks или дома и посмотрю, получаю ли я те же результаты. – droffo 18 February 2011 в 18:30
  • 3
    Коррекция. Должно быть: / etc / default / ntpdate – david6 2 January 2013 в 06:25
  • 4
    NTPDATE, похоже, не соблюдает параметр: NTPDATE_USE_NTP_CONF = yes в файле конфигурации (/ etc / default / ntpdate). – david6 2 January 2013 в 08:30
  • 5
    @ tim-bielawa Это очень интересно, я так и не подумал об этом. Не могли бы вы указать на определенный ресурс, где я мог бы узнать больше о том, как NTPD исправляет системное время? Заранее спасибо. – dexterous 16 May 2017 в 17:33

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в выпуске 11.04 в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm.

4
ответ дан 25 July 2018 в 14:48

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в выпуске 11.04 в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm.

4
ответ дан 1 August 2018 в 21:29

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в выпуске 11.04 в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm.

4
ответ дан 4 August 2018 в 13:06

были некоторые проблемы с NTP-синхронизации в Ubuntu. Некоторые исправления были определены и будет в релизе 11.04 в апреле.

Колин Уотсон писал подробный пост в блоге об этом в ответ на убунту мозговой столб.

4
ответ дан 5 August 2018 в 21:23

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm .

4
ответ дан 7 August 2018 в 14:41

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm .

4
ответ дан 10 August 2018 в 04:13

Были проблемы с синхронизацией NTP в Ubuntu. Некоторые исправления были идентифицированы и будут опубликованы в апреле.

Колин Уотсон написал подробное сообщение в блоге об этом в ответ на сообщение Ubuntu Brainstorm .

4
ответ дан 18 August 2018 в 15:42

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

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