[ruslandh]

Очень просто, допустим у вас пояс 'Asia/Magadan'
(У меня Москва, поэтому я указываю нужную мне зону)

Ваше время:

$ TZ='Asia/Magadan' date
Вс май 10 22:06:49 MAGT 2015

Что соответствует
$ TZ='UTC' date
Вс май 10 12:06:49 UTC 2015

Т.е. разница с UTC составляет 10 часов.

Если включен ключ
UTC=yes

то значит, в BIOS должно стоять:
Вс май 10 12:06:49

Что-бы при загрузке в Windows, время не сбивалось, надо в реестре Windows прописать, что время в BIOS стоит по-Гринвичу:

http://www.altlinux.org/Участник:Hih...Windows_to_UTC

[ruslandh]

Ну, а если
UTC=no,
То считается, время в BIOS стоит локальное (как в Wondows).

Первый вариант предпочтительние для Linux, т.к. не надо двигать часы при смене часового пояса, ну и многие службы по-умолчанию предпологают, что время в BIOS стоит по Гринвичу

[gas_85]

Это все замечательно, но на первой машине, где это все возникло, стоит только линукс.

[ruslandh]

А это не имеет значения. Если у ваc стоит в системе одно , а в bios совершенно другое (не согласованное в настройках по часовому поясу), то возможны траблы.

[gas_85]

Пока что сделал обновление до Mint 17.1, но ядро они одно и тоже используют - 3.13.0-24, так что я обновил его до 3.13.0-37, не последнее, но регрессий не наблюдается. Время уже вторые сутки не скидывается. Посмотрю как будет дальше идти, однако dmesg перестал ругаться и выглядит прилично (для сравнения к dmesg в начале топика).

Код:

$ dmesg | grep -i rtc
[    0.258722] RTC time: 22:18:08, date: 05/15/15
[    1.976772] rtc_cmos 00:04: RTC can wake from S4
[    1.976958] rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0
[    1.976987] rtc_cmos 00:04: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
[    1.993283] rtc_cmos 00:04: setting system clock to 2015-05-15 22:18:10 UTC (1431728290)