[РЕШЕНО] Проблема с Local/RTC time на Арче

zhksteal	# 8 лет, 8 месяцев назад (отредактировано 8 лет, 8 месяцев назад)
Темы: 13 Сообщения: 56 Участник с: 11 марта 2010	Добрый день! Не могу понять в чем проблема. Проблема с Local/RTC временем на Арче. Необходимо, что бы Local/RTC time было одинаковым. Выставляю в BIOS-е время вместо 10 часов - 16 часов. Перегружаю, захожу в BIOS, проверяю - все ок. Перегружаюсь в Арч. Спустя какое то время вижу в RTC 10 часов, вместо 16. `[xxx@yyy ~]$ timedatectl Local time: Tue 2015-08-18 16:47:55 OMST Universal time: Tue 2015-08-18 10:47:55 UTC RTC time: Tue 2015-08-18 10:47:55 Time zone: Asia/Omsk (OMST, +0600) Network time on: no NTP synchronized: yes RTC in local TZ: no` В Wiki нашел про `timedatectl set-local-rtc 1` для установки RTC в Local time. Но при этом появляется сообщение: Warning: The system is configured to read the RTC time in the local time zone. This mode can not be fully supported. It will create various problems with time zone changes and daylight saving time adjustments. The RTC time is never updated, it relies on external facilities to maintain it. If at all possible, use RTC in UTC by calling 'timedatectl set-local-rtc 0'. Какое наиболее корректное решение существует для выполнения необходимых мне условий?

# 8 лет, 8 месяцев назад (отредактировано 8 лет, 8 месяцев назад)

Сообщения: 56

Участник с: 11 марта 2010

Добрый день!
Не могу понять в чем проблема. Проблема с Local/RTC временем на Арче.

Необходимо, что бы Local/RTC time было одинаковым.
Выставляю в BIOS-е время вместо 10 часов - 16 часов.
Перегружаю, захожу в BIOS, проверяю - все ок.

Перегружаюсь в Арч. Спустя какое то время вижу в RTC 10 часов, вместо 16.


[xxx@yyy ~]$ timedatectl
      Local time: Tue 2015-08-18 16:47:55 OMST
  Universal time: Tue 2015-08-18 10:47:55 UTC
        RTC time: Tue 2015-08-18 10:47:55
       Time zone: Asia/Omsk (OMST, +0600)
 Network time on: no
NTP synchronized: yes
 RTC in local TZ: no

В Wiki нашел про

timedatectl set-local-rtc 1

для установки RTC в Local time. Но при этом появляется сообщение:
Warning: The system is configured to read the RTC time in the local time zone.
This mode can not be fully supported. It will create various problems
with time zone changes and daylight saving time adjustments. The RTC
time is never updated, it relies on external facilities to maintain it.
If at all possible, use RTC in UTC by calling
'timedatectl set-local-rtc 0'.

Какое наиболее корректное решение существует для выполнения необходимых мне условий?

leonardo19	# 8 лет, 8 месяцев назад
Темы: 40 Сообщения: 847 Участник с: 25 ноября 2008	zhksteal Какое наиболее корректное решение существует для выполнения необходимых мне условий? Если на Вашей машине только Linux, однозначно корректно оставить UTC. Если присутствует Windows, то ArchWiki рекомендует перевести последнюю на UTC, а не Arch Linux на local time: https://wiki.archlinux.org/index.php/Time#UTC_in_Windows .

leonardo19

# 8 лет, 8 месяцев назад

Темы: 40

Сообщения: 847

Участник с: 25 ноября 2008

zhksteal
Какое наиболее корректное решение существует для выполнения необходимых мне условий?

Если на Вашей машине только Linux, однозначно корректно оставить UTC.
Если присутствует Windows, то ArchWiki рекомендует перевести последнюю на UTC, а не Arch Linux на local time: https://wiki.archlinux.org/index.php/Time#UTC_in_Windows .

zhksteal	# 8 лет, 8 месяцев назад
Темы: 13 Сообщения: 56 Участник с: 11 марта 2010	leonardo19 zhksteal Какое наиболее корректное решение существует для выполнения необходимых мне условий? Если на Вашей машине только Linux, однозначно корректно оставить UTC. Если присутствует Windows, то ArchWiki рекомендует перевести последнюю на UTC, а не Arch Linux на local time: https://wiki.archlinux.org/index.php/Time#UTC_in_Windows . Только Linux. Т.е. данные настройки я считаю корректными? И в случае несовпадения времени в отдельных приложениях необходимо настраивать уже таймзоны самих приложений, например, php.ini? `[xxx@yyy ~]$ timedatectl Local time: Tue 2015-08-18 18:04:12 OMST Universal time: Tue 2015-08-18 12:04:12 UTC RTC time: Tue 2015-08-18 12:04:12 Time zone: Asia/Omsk (OMST, +0600) Network time on: no NTP synchronized: yes RTC in local TZ: no`

zhksteal

# 8 лет, 8 месяцев назад

Темы: 13

Сообщения: 56

Участник с: 11 марта 2010

leonardo19
zhksteal
Какое наиболее корректное решение существует для выполнения необходимых мне условий?
Если на Вашей машине только Linux, однозначно корректно оставить UTC.
Если присутствует Windows, то ArchWiki рекомендует перевести последнюю на UTC, а не Arch Linux на local time: https://wiki.archlinux.org/index.php/Time#UTC_in_Windows .

Только Linux.
Т.е. данные настройки я считаю корректными?
И в случае несовпадения времени в отдельных приложениях необходимо настраивать уже таймзоны самих приложений, например, php.ini?


[xxx@yyy ~]$ timedatectl
      Local time: Tue 2015-08-18 18:04:12 OMST
  Universal time: Tue 2015-08-18 12:04:12 UTC
        RTC time: Tue 2015-08-18 12:04:12
       Time zone: Asia/Omsk (OMST, +0600)
 Network time on: no
NTP synchronized: yes
 RTC in local TZ: no

leonardo19	# 8 лет, 8 месяцев назад
Темы: 40 Сообщения: 847 Участник с: 25 ноября 2008	zhksteal, не могу ничего сказать о настройке отдельных приложений. Установка аппаратных часов в UTC - стандарт для Linux.

4iFF	# 8 лет, 8 месяцев назад (отредактировано 8 лет, 8 месяцев назад)
Темы: 10 Сообщения: 103 Участник с: 22 апреля 2015	zhksteal, доброго дня! Тоже есть траблы со временем. только на чуть более 2-е минуты: Причем как-то сидел оффлайн так вообще на 3 часа отставало :D. Вики читал не помогло. Что делать хз.

Vadim	# 8 лет, 8 месяцев назад (отредактировано 8 лет, 8 месяцев назад)
Темы: 322 Сообщения: 2205 Участник с: 20 ноября 2013	4iFF Если оффлайн часы сильно убегают значит не выставлен машинный таймер. если установлен пакет NTP ,а судя по всему у вас установлен, однократно синхронизируемся с часами на сервере точного времени: # ntpdate -bs ntp.remco.org можно другой сервер времени,их уйма потом обновляем машинный таймер # hwclock --utc --systohc и будет всё точно как швейцарские часы. Команды проверил на многих дистрибутивах, в том числе и на ArchLinux,всегда срабатывали безотказно. Linux Forever!

Vadim

# 8 лет, 8 месяцев назад (отредактировано 8 лет, 8 месяцев назад)

Темы: 322

Сообщения: 2205

Участник с: 20 ноября 2013

4iFF
Если оффлайн часы сильно убегают значит не выставлен машинный таймер.
если установлен пакет NTP ,а судя по всему у вас установлен, однократно синхронизируемся с часами на сервере точного времени:

# ntpdate -bs ntp.remco.org

можно другой сервер времени,их уйма
потом обновляем машинный таймер

# hwclock --utc --systohc

и будет всё точно как швейцарские часы.
Команды проверил на многих дистрибутивах, в том числе и на ArchLinux,всегда срабатывали безотказно.

Linux Forever!

4iFF	# 8 лет, 8 месяцев назад (отредактировано 8 лет, 8 месяцев назад)
Темы: 10 Сообщения: 103 Участник с: 22 апреля 2015	Vadim, нет не был, но поставил и выполнил команды выше все вроде как и было (ребутнулся и попробывал альтернативу ntp1.stratum1.ru). Может надо еще что-нибудь поставить? Причем интересно почему это еще на стационарике есть.

Vadim	# 8 лет, 8 месяцев назад
Темы: 322 Сообщения: 2205 Участник с: 20 ноября 2013	Странно,у меня всегда команда# ntpdate -bs ntp.remco.org выставляет часы мгновенно. А вы от рута команды запускали? а что у вас выдаёт timedatectl? У меня так `$ timedatectl Local time: Ср 2015-08-19 02:49:29 EEST Universal time: Вт 2015-08-18 23:49:29 UTC RTC time: Вт 2015-08-18 23:49:29 Time zone: Europe/Kiev (EEST, +0300)` Linux Forever!

Vadim

# 8 лет, 8 месяцев назад

Темы: 322

Сообщения: 2205

Участник с: 20 ноября 2013

Странно,у меня всегда команда# ntpdate -bs ntp.remco.org выставляет часы мгновенно. А вы от рута команды запускали?
а что у вас выдаёт timedatectl? У меня так

$ timedatectl
      Local time: Ср 2015-08-19 02:49:29 EEST
  Universal time: Вт 2015-08-18 23:49:29 UTC
        RTC time: Вт 2015-08-18 23:49:29
       Time zone: Europe/Kiev (EEST, +0300)

Linux Forever!

4iFF	# 8 лет, 8 месяцев назад
Темы: 10 Сообщения: 103 Участник с: 22 апреля 2015	Vadim, T_T да, Вы правы, нужно было из под рута (sudo) запускать ntpdate. Спасибо, теперь все как надо.)