Как правильно задать MSK время в Gentoo Linux?

Question

[Дмитрий]

Мне хочется чтобы community посмотрела "дамп" моих мыслей по поводу времени и указала на какие-либо ошибки в понимании времени для Linux или подтвердило.

В любом современном Intel-совместимом компе с загруженным gentoo minimal диске есть два типа часов: 1) Аппаратные и 2) Системные. Первый тип часов можно изменить с помощью команды date, а вторые с помощью установки timezone-data и других файлов с настройками, т.е. первое встроено в BIOS, а второе формирует система Linux на основании настроек и значения первого типа часов.

Устанавливая Gentoo на виртуалку под VmWare я перед распаковкой stage3 убедился что мои наручные часы и результат команды date совпадают, была пометка UTC, только не пригляделся может было UTC+4... . Далее после распаковки stage3 и chroot /mnt/gentoo я сделал:

# echo "Europe/Moscow" > /etc/timezone
# emerge --config sys-libs/timezone-data

P.S.: Установка времени взята из Gentoo Handbook

У меня часы в Gentoo стали показывать на 4 часа больше, чем на наручных. У меня такое ощущение, что время которое я в первый раз посмотрел до распаковки stage3 было установлено в UTC+4 и мне надо было посмотреть в инэте чему равно сейчас GMT, т.е. UTC+0 и именно его и задавать с помощью команды date. Это так?

Comments

[Дмитрий]

Я помню про ntpdate, но это будет применять после установки системы и во время ее использования, а тут речь идет о времени во время установки

Answer 1

[jcmvbkbc]

В любом современном Intel-совместимом компе с загруженным gentoo minimal диске есть два типа часов: 1) Аппаратные и 2) Системные.

Да.

Первый тип часов можно изменить с помощью команды date, а вторые с помощью установки timezone-data и других файлов с настройками

Нет. Команда date манипулирует системным временем. Аппаратным rtc манипулирует команда hwclock. Она, в частности, может синхронизировать системное время со временем rtc и наоборот. timezone влияет на то, как время представляется пользователю. Ядро всегда манипулирует временем без временной зоны. Разные процессы в одной системе могут иметь разные временные зоны:

$ date
Sun Feb 16 16:22:51 MSK 2014
$ TZ='CET' date
Sun Feb 16 13:23:20 CET 2014

Общепринято держать аппаратные часы установленными по UTC, хотя это и не обязательно; настроить выбор UTC или локального времени можно в файле /etc/adjtime.
Немного больше подробностей можно найти в man hwclock

первое встроено в BIOS, а второе формирует система Linux на основании настроек и значения первого типа часов.

Почти. Не в BIOS оно встроено, это специальный аппаратный блок -- часы реального времени (rtc). linux при старте инициализирует системное время по времени rtc.

Comments

[Дмитрий]

Спасибо за Ваш ответ!

1)
Я правильно понимаю, что аппаратным часам не важно что они показывают, они просто показывают значение, а человек сам определяет чем это значение будет являться?

2)
У меня как Вы видите применяется команда:
# echo "Europe/Moscow" > /etc/timezone
Но в гугле встречаются и копирование в /etc/localtime
Чем они отличаются?

3)
Мое предположение на то что у меня date были настроены на UTC+4, а еще добавил Europo/Moscow что и привело к сдвигу времени на 4 часа вперед, это верно или все-таки в другом?

[jcmvbkbc]

1) да. Проблемы обычно появляются когда на одной машине сосуществуют windows (который ожидает, что время в rtc -- локальное) и linux (который по умолчанию считает что там UTC).
2) я подозреваю, что кто-то в вашей системе читает этот файл и выставляет переменную окружения TZ из него. В fedora которой я обычно пользуюсь этого файла нет и всё делается через /etc/localtime. Согласно man tzset, в случае отсутствия в окружении TZ зона берётся из /etc/localtime.
3) Я думаю, что аппаратные часы в вашей виртуальной машине настроены на локальное время, всместо UTC.

[Дмитрий]

@jcmvbkbc
1) Спасибо!
2) Мне не совсем понятно чем отличаются путь /etc/timezone от /etc/localtime ?
3) Вполне возможно, поэтому моя догадка все-таки подтверждается

Пока все упирается в п.2 и далее думаю мне следует:
4) Проверить с помощью hwclock какое время
5) Можно ли сменить время с помощью hwclock , ведь VmWare может и не поддерживать эмуляцию операции по смене аппаратных часов для вирт.машин

[jcmvbkbc]

2) /etc/timezone содержит просто название временной зоны. /etc/localtime содержит определение временной зоны. Документация довольно расплывчата относительно того как они используются. О своей практике я вам уже сказал.
4) конечно
5) вашу хост-машину это не поломает, так что попробуйте. Либо можно в /etc/adjtime вписать LOCAL третьей строчкой, чтобы указать, что rtc установлен на локальное время, вместо UTC.

[Дмитрий]

@jcmvbkbc
4) Кажется мои страхи по поводу того что VmWare не поддерживает эмуляцию аппаратных часов подтвердились
hwclock пишет что:
Cannot open /dev/rtc. No such file or directory
No usable clock interface found.
Cannot access Hardware Clock via any known method

Похоже придется поступить как Вы советуете по поводу /etc/adjtime

[Дмитрий]

Дополню. Есть потрясный мануал от VmWare: www.vmware.com/files/pdf/Timekeeping-In-VirtualMac...

[Дмитрий]

@jcmvbkbc
Все куда проще оказывается )))

Оцените проблему:
d:\vmware\gentoo-files\stage3-amd64-20140206\etc\conf.d\hwclock:

# Set CLOCK to «UTC» if your Hardware Clock is set to UTC (also known as
# Greenwich Mean Time). If that clock is set to the local time, then
# set CLOCK to «local». Note that if you dual boot with Windows, then
# you should set it to «local».
clock=«UTC»

Оно по умолчанию в UTC, а у меня BIOS показывает время совпадающее с ручными, т.е. локальное. Отсюда и проблема с временем!

[jcmvbkbc]

@EvilsInterrupt я об этом говорил, обычно, однако, этот параметр находится в /etc/adjtime

[Дмитрий]

@jcmvbkbc Спасибо! ;) За попытку помочь, кой как я все-таки это понял. Только теперь еще больше вопросов появляется. Мой пытливый ум похоже не даст мне дожить до старости )))

Когда я делаю ссылку ln -sf с файла Europe/Moscow /etc/localtime то что теперь будет происходить, когда в BIOS и /etc/conf.d/hwclock.conf все в Local?

Но не знание ответа на это вопрос пока вроде не мешает жить )