hwclock

ntp останови/удали

интернет отключи

ну или совсем на лондон поставь пояс, хотя айпишник

Есть еще какие нибудь варианты по сабжу?

Может так?

в /etc/conf.d/hwclock

clock="local"

/etc/init.d/hwclock restart

Cпасибо за ответ, но у меня centos 7, это фишку там убрали

# timedatectl set-local-rtc 1

но так не советуют делать — эта команда выдаст ворнинг и напишет почему

Извините, а причем здесь timedatectl и аппаратные часы? Насколько я знаю, timedatectl меняет системные часы. Раз не советуете) зачем писать))

приведенная команда изменяет интерпретацию значения аппаратного счетчика часов: содержится в нем UTC-время или локальное; насколько я понял из первоначального запроса, ты хочешь, чтобы это аппаратное время было локальное (единственный смысл этого — видеть локальное время в биосе); так поступать не советуют, но сделать можно, вот команда

чего не понятно?

Попробовал, но снова та же проблема. У меня utc улетели на 3 часа вперед. Может мы не понимаем друг друга или я не умею обьяснять, но мне нужно. Чтобы hwclock -u совпадал с реальным GTM +0. А локальное время совпадал с +3 ( по московскому ) Ну прям как в системных, тоже самое и на аппаратных нужно.

[root@test ~]# timedatectl
      Local time: Tue 2016-05-10 16:22:29 MSK
  Universal time: Tue 2016-05-10 13:22:29 UTC
        RTC time: Tue 2016-05-10 13:22:29
       Time zone: Europe/Moscow (MSK, +0300)
     NTP enabled: n/a
NTP synchronized: no
 RTC in local TZ: no
      DST active: n/a

Не надо пытаться добиться соответствия показаний hwclock c разными ключами. Если хотите, чтобы в аппаратных было местное время (не обсуждая целесообразность), значит всегда используете --local. Точка.

hwclock --systohc --localtime

hwclock --show

не то?

но у меня centos 7, это фишку там убрали

<trolling mode>вся суть поцтерингоподелок</trolling mode>

в Gentoo аналогичная опция, и в дебиане тоже, в 7-й наверняка где-то тоже включается (под рукой только 6-ка)

[root@test ~]# hwclock --systohc --localtime 
[root@test ~]# hwclock --u 
Tue 10 May 2016 07:50:38 PM MSK -0.500449 seconds 
[root@test ~]# hwclock --l 
Tue 10 May 2016 04:50:45 PM MSK -0.609810 seconds 

Не много не то, пробовал вот так вот

hwclock -w --localtime

Уже искал на разных форумах и гуглил).

find / -name *clock*
find / -name *hwclock*

Пышуть:

hwclock --systohc

не пойму зачем если выставил по локалтайм, ставить обратно utc?

Мне нужно чтобы : localtime был + 3 GTM UTC был +0 GTM --show было по localtime Так понятнее?

я не понимаю, чего ты хочешь, приведенные настройки максимально корректные

Чтобы hwclock -u совпадал с реальным GTM +0

ну дык, он совпадает: RTC time: Tue 2016-05-10 13:22:29

А локальное время совпадал с +3 ( по московскому )

тоже совпадает: Local time: Tue 2016-05-10 16:22:29 MSK

что не так то?

[root@test ~]# hwclock --show
Tue 10 May 2016 05:08:58 PM MSK  -0.125500 seconds
[root@test ~]# hwclock --u
Tue 10 May 2016 08:08:51 PM MSK  -0.344192 seconds
[root@test ~]# hwclock --l
Tue 10 May 2016 05:08:54 PM MSK  -0.937957 seconds

Я так понимаю utc улетает +3 из-за временной зоны в /etc/localtime Если удалить /etc/localtime, то время hwclock становиться одинаковым

Не путайте системные часы и аппаратные. Системные часы работаю правильно, я писал об этом уже неоднократно. А вот аппаратные:

[root@test ~]# hwclock --show
Tue 10 May 2016 05:08:58 PM MSK  -0.125500 seconds
[root@test ~]# hwclock --u
Tue 10 May 2016 08:08:51 PM MSK  -0.344192 seconds
[root@test ~]# hwclock --l
Tue 10 May 2016 05:08:54 PM MSK  -0.937957 seconds

ну и что здесь не так?

Так тебе нужно, чтобы utc и local совпадало? Поставь зону GMT+0

Толи я дурак, толи лыжи не едут. Давайте так. Сейчас у меня:

[root@test ~]# hwclock --show
Tue 10 May 2016 05:08:58 PM MSK  -0.125500 seconds
[root@test ~]# hwclock --u
Tue 10 May 2016 08:08:51 PM MSK  -0.344192 seconds
[root@test ~]# hwclock --l
Tue 10 May 2016 05:08:54 PM MSK  -0.937957 seconds

[root@test ~]# hwclock --show
Tue 10 May 2016 05:08:58 PM MSK  -0.125500 seconds
[root@test ~]# hwclock --u
Tue 10 May 2016 02:08:51 PM MSK  -0.344192 seconds
[root@test ~]# hwclock --l
Tue 10 May 2016 05:08:54 PM MSK  -0.937957 seconds

[root@test /]# date
Tue May 10 02:27:29 MSK 2016
[root@test /]# date -u
Mon May  9 23:27:37 UTC 2016
Tue 10 May 2016 02:28:17 AM MSK  -0.098639 seconds
[root@test /]# hwclock -u
Tue 10 May 2016 02:27:48 AM MSK  -0.031697 seconds
[root@test /]# hwclock --l
Mon 09 May 2016 11:27:52 PM MSK  -0.703572 seconds

В чем проблема ? Все работает корректно, в данном случае hwclock идет в UTC и идет корректно

т.е. ты хочешь, чтобы одно и то же число (аппаратный счетчик) оказалось в одной и той же таймзоне (MSK, как мы видим) то два часа по Москве, то пять по Москве?

ты здоров?

может тебе надо это:

# hwclock
2016-05-10 17:23:32.187113+3:00
# TZ=UTC hwclock
2016-05-10 14:23:38.780793+0:00
#

Понял. На дебиане та же фигня, дома на генте посмотрю.

Сейчас у меня:

[root@test ~]# hwclock --show
Tue 10 May 2016 05:08:58 PM MSK  -0.125500 seconds
[root@test ~]# hwclock --u
Tue 10 May 2016 08:08:51 PM MSK  -0.344192 seconds
[root@test ~]# hwclock --l
Tue 10 May 2016 05:08:54 PM MSK  -0.937957 seconds

[root@test ~]# hwclock --show
Tue 10 May 2016 05:08:58 PM MSK  -0.125500 seconds
[root@test ~]# hwclock --u
Tue 10 May 2016 02:08:51 PM MSK  -0.344192 seconds
[root@test ~]# hwclock --l
Tue 10 May 2016 05:08:54 PM MSK  -0.937957 seconds

Помоему вы не совсем корректно понимаете значение ключей --utc --local

hwclock не хранит часовой пояс (просто дату/время) и все. И ключами --utc / --local вы расказываете КАК команде hwclock привести аппаратное время к локальному (тоесть если вы указываете --local то видете то время которое утановлено в аппаратный часах (вы его увидите в биосе), --utc заставит hwclock скоректировать время по часовой зоне)

в московской таймзоне так сделать нельзя; похоже, ты не понимаешь значения опций команды hwclock:

 -u, --utc            the hardware clock is kept in UTC
     --localtime      the hardware clock is kept in local time

Правильно ли я понимаю, что смысла смотреть hwclock -u нет, если выставлено localtime? hwclock -u не влияет на систему или оно взаимодействует как-то? Повторюсь, что с учетом выставленного по localtime

Именно, вы не должны использовать оба ключа Выбирайте только один (либо utc либо local).

ты лучше скажи, что тебе изначально было нужно в терминах бизнес-логики, а мы тебе подскажем, какую команду нужно использовать для получения требуемого

Хорошо. На тестовой машине vm время отображается неверно.

[root@test ~]# libvirtd -V
libvirtd (libvirt) 1.2.17

рекомендую сначала на хосте вернуть все настройки в правильное состояние — чтобы RTC было в UTC, а потом уже виртуалки настраивать

а по ним тоже нужно больше информации: какой тип виртуализации, какая система в госте и т.д. — я в виртуалках ни бум-бум, но кто-нибудь другой подскажет

В принципе после всех разъяснений , все стало понятно. Спасибо всем большое)