Так надо один раз сохранить, например в alterator-datetime (он делает /etc/init.d/clock sync). Также ntpd это делает при выходе (но только если время достаточно точное).
Установка же HWCLOCK_SET_AT_HALT=true - это, насколько я понимаю, довольно специальный случай, например при наличии очень кривых часов.

(В ответ на комментарий №1)
> Так надо один раз сохранить, например в alterator-datetime (он делает
> /etc/init.d/clock sync). Также ntpd это делает при выходе (но только если время
> достаточно точное).
> Установка же HWCLOCK_SET_AT_HALT=true - это, насколько я понимаю, довольно
> специальный случай, например при наличии очень кривых часов.

а) в 6-м симпли все работало без лишних телодвижений;
б) какой смысл делать sync, если после перезагрузки опять все слетает, так как HWCLOCK_SET_AT_HALT=falce?

В SL6 HWCLOCK_SET_AT_HALT=true тоже не было.
При HWCLOCK_SET_AT_HALT=true при завершении работы просто делается еще раз то, что делает alterator-datetime, когда в нем устанавливается время. Чем поможет повторное выполнение тех же действий?
К тому же я вообще не уверен, что HWCLOCK_SET_AT_HALT как-то учитывается при использовании systemd.

Миш, я понимаю, что бага уже NOTABUG, т.е. уже говорить можно долго, но не плодотворно. Как бы там ни было - но на одном и том же железе в p7 время работает криво, не помогает даже запущенный ntpd, в то время как на p6 такого не было. Что-то со временем в p7 не так...

Если что-то не так, то надо разбираться что и почему. Но делать это лучше в какой-то другой баге или в рассылках. С смысла включать HWCLOCK_SET_AT_HALT в общем случае я не вижу.
На том же железе может просто батарейка села, например.

(В ответ на комментарий №5)
> На том же железе может просто батарейка села, например.

Подряд 3 новых ноута разных производителей. На 6-рке все пучком, на семерке время непонятно какое и куда его отклоняет, в плюс или минус.