[Comm] Проблема с системными часами.
Aleksander N.Gorohovski
=?iso-8859-1?q?angel_=CE=C1_feht=2Edgtu=2Edonetsk=2Eua?=
Ср Апр 21 13:37:12 MSD 2004
harlan пишет:
>Народ, посмотрел тут флейм "Время", проблема очень похожа на мою, но точного решения проблемы не увидел.
>
>И так.
>
>Часы в биосе установлены по локальному времени (кроме линуха на машине ещё и винда, которая не знает что
>такое часовые пояса).
>
>/etc/sysconfig/clock:
>ARC = false
>UTC = false
>ZONE = "Asia/Almaty"
>
>Так как я живу в Казахстане. Разница с UTC +7 часов летом (часовой пояс ALMST) и +6 часов зимой (ALMT)
>
>/etc/rc.d/init.d/clock вызывается непосредственно из /etc/rc.d/rc.sysinit без участия chkconfig до вызова
>остальных демонов описанных в /etc/rc.d/init.d, ntpd отключен и не стартуется.
>
>При загрузке вижу следующую строчку:
>
>Setting system clock (localtime): Wed Apr 21 15:37:29 ALMST 2004 [ OK ]
>...
>Далее пошёл запуск всех остальных демонов. Время в этой строчке показывается правильно.
>После загрузки и регистрации делаю
>
># date
>Срд Апр 21 22:39:15 ALMST 2004
># service clock start
>Setting system clock (localtime): Wed Apr 21 15:39:40 ALMST 2004 [ OK ]
># date
>Срд Апр 21 15:39:43 ALMST 2004
># exit
>login: root
>...
># date
>Срд Апр 21 15:41:33 ALMST 2004
># exit
>login: user
>...
>$ date
>Срд Апр 21 15:42:14 ALMST 2004
>
>Т.е. получается, что при загрузке системы время выставляется правильно, далее при старте какого-то демона
>Часы устанавливаются так, как-будто в биосе прописано время по UTC, а дальше всё работает нормально.
>
>Вопрос: как отловить, в каком месте происходит сброс времени?
>
>
Эта проблема подымается уже примерно около года.
Похоже окончательного корректного решения не знает никто.
:-(
По всей видимости ее решают корректировкой часов BIOS на необходимое
число часов вперед или назад.
По правде сказать я не знаю кто придумал этот геморой с временем?
Почему просто нельзя брать непосредственное значение из BIOS без
всяких поправок? Это более естественее.
Подробная информация о списке рассылки community