Установка часового пояса на Linux (Ubuntu)

9

Здесь, в Великобритании, мы UTC + 1. Я установил время с помощью «даты». Однако он продолжает сбрасываться обратно к стандартному UTC, я думаю, через сервер времени NTP.

Я попытался установить часовой пояс с помощью tzselect, но он не меняет время, он остается в UTC вместо местного времени.

Therefore TZ='Europe/London' will be used.
Local time is now:  Thu Jun 25 10:57:48 BST 2009.
Universal Time is now:  Thu Jun 25 09:57:48 UTC 2009.

Приведенный выше вывод верен, но время фактически не изменяется.

Мне нужно либо отключить автоматическое обновление времени, либо в идеале правильно установить часовой пояс.

linux ubuntu time

— Kris
источник

Я попытался установить UTC = нет в / etc / default / rcS. Это никак не повлияло (нужно ли что-то перезагружать)?

— Крис

UTC = не только определяет, как следует интерпретировать RTC на вашем mobo, ОС поддерживает время отдельно и в основном просто использует RTC для сохранения времени между перезагрузкой / отключением питания.

— Кжетил Йоргенсен

24

Вы также можете сделать:

dpkg-переконфигурировать tzdata

Затем он позволит вам выбрать часовой пояс.

— Антуан Бенкемун
источник

2

apt-get установить ntpdate
ntpdate pool.ntp.org

Это будет работать Я сделал это на моем сервере, попробуйте.

cyclotron: ~ # ntpdate pool.ntp.org 25 июня 15:45:05 ntpdate [18445]: шаг сервера времени 120.88.47.10 смещение 485.998764 сек

— гусеница
источник

1

Я не на 100% в этом, но это идея.

Я знаю, что в RHEL / CentOS часовой пояс установлен в / etc как символическая ссылка.

Например, мой

местное время -> / usr / share / zoneinfo / Америка / Los_Angeles

Можете ли вы подтвердить, что ваша ссылка Европа / Лондон? Если нет, попробуйте удалить символическую ссылку localtime и создать ее.

Это именно то, что делает tzselect. Таким образом, вы не должны (должны) делать это вручную.

— Слёске

1

Возможно, не проблема в этом случае, но я видел проблемы при использовании именных часовых поясов раньше. Я бы предложил вместо этого попробовать смещение по Гринвичу. (Что в вашем случае, очевидно, только по Гринвичу)

— superbimble
источник

2

Извините, у меня нет ответа на исходный вопрос (звучит так, будто вы делаете со мной все правильно), но, к сожалению, в целом это предложение не сработает, как вы ожидаете, потому что выбор определенного смещения не будет соответственно отрегулируйте переход на летнее время. Я использую Европу / Лондон (вместе с NTP) и получаю GMT или BST в правильное время года (многие люди не понимают, что Великобритания работает только по Гринвичу зимой).

— Эндрю Ферье

1

В Kubuntu вы устанавливаете часовой пояс во время установки, а затем вы можете изменить часовой пояс, используя Системные настройки -> Дата и время, а затем выбрав часовой пояс. Однако каждое обновление tzdata (из обновления apt-get или из автоматического обновления пакета), похоже, сбрасывает часовой пояс обратно к тому, что вы выбрали при установке. Я просто изменил его с помощью dpkg -configure tzdata, как и предполагалось, и это, похоже, сработало. Возможно, он переживет следующее обновление tzdata.

— Джоэл Ауфрехт
источник

0

Обычно вам нужно

установить часовой пояс с помощью tzselect
затем установите время, используя дату

После этого все должно быть правильно.

Так что же произойдет, если вы сделаете эти две вещи? Не могли бы вы опубликовать вывод «Дата»?

Если время изменилось правильно, но изменилось позже, что-то мешает.

Общие виновники:

NTP-сервер (проверьте наличие ntpd или аналогичного)
ntpdate от cronjob
hwclock запутался в вашем часовом поясе (должен влиять только на перезагрузки)

Если дата ничего не меняет, значит что-то не так ...

— sleske
источник

Первоначально я установил tzselect и дату. Но он получил сброс (без перезагрузки). Я не видел установленного NTP или cronjob, поэтому я не совсем уверен, что является причиной проблемы.

— Крис

0

У меня тоже была эта проблема:

Я использовал это, чтобы выключить UTC

Неофициальный путеводитель по Ubuntu | linuxtopia.org

затем использовал службу NTP и я использую сервер времени Ubuntu по умолчанию.

Также удостоверился, что мои региональные настройки lat / long были хорошими.

ура

— Дейв Матир
источник