ускоряется время... [решено]
dv 17 июля, 2008 - 14:48
Здраствуйте. Есть такая проблемка - постоянно укоряются часы. За 10 часов набегает где-то полчаса лишних. После перезагрузки часы возвращаются на правильное время.
Пробовал обнулять /etc/adjtime - ненадолго помогает, затем часы опять начинают набирать скорость...
Живу так уже несколько месяцев, в принципе конечно не критично, но хотелось бы понять отчего так. И что с этим делать?
# /etc/conf.d/clock
CLOCK="UTC"
TIMEZONE="Europe/Moscow"
CLOCK_OPTS=""
CLOCK_SYSTOHC="no"
SRM="no"
ARC="no"
»
- Для комментирования войдите или зарегистрируйтесь
У меня такое
У меня такое было. Проблема была в сетевухе. То ли она была плохо вставлена, то ли конфрантация с материнкой. Вобщем переставил сетевуху в другой слот и проблема решилась. Вобщем такое бывает при проблемах с железом.
синкайся с
синкайся с серваками времени по ntp
rm /etc/adjtime Инфа
rm /etc/adjtime
Инфа есть на виках
Установите
Установите локальный часовой пояс командой
ln -sf /usr/share/zoneinfo/Europe/Moscow /etc/localtime
Поправьте /etc/conf.d/clock
Файл: /etc/conf.d/clock
CLOCK="local"
Запустите часы командной
/etc/init.d/clock start
Удалите файл /etc/adjtime
rm /etc/adjtime
Сохраните состояние часов
/etc/init.d/clock save
Или поменяйте на timezone на UTC кому как. но лучше на UTC пробуйте...
было
было такое
сначала удали все настройки времени в /etc и переставь заново
потом смени батарейку в биосе
или наоборот, но сразу оба пункта
все не то
Нет, это точно не хардварь. В первом же посте написанно, что после ребута время возвращается в нормальное состояние, то бишь хардваре тайм в порядке. Что то с ядром. Каюсь, ковырял менюконфиг, что то там натыкал, после этого время начало ускоряться..
Что в ядре может отвечать за время? Real Time Clock например что за фигня? (у меня отключена)
ее и надо
ее и надо включить - это что использовать системное время (из биоса). потом в настройках ставите вместо УТС локал и все будет хорошо.
З.Ы. Реал тайм клок надо включать не тот, который в девай драйверс, а в character device который.
если ты про
если ты про Enhanced Real Time Clock Support, то оно включенно, правда модулем.
в модулес.автолоад его не прописывал, может оно само и не подгружается..
завтра вкомпилю в ядро, попробую и отпишусь.
не вышло(
не получилось. вкомпилил в ядро, стер /etc/adjtime, рестартнул часы.. все равно потихоньку ускоряются.
есть еще идеи что это может быть?
в dmesg
в dmesg внимательно посмотрите - там должны быть строчки по поводу rtc.
возможно нужно еще что то из ядра, чтоб конкретно ваши rtc начали давать инфу ядру...
Оффтоп
Оффтоп: почему в заголовке [решено], а решения не видно?
Мой вариант - emerge -av ntp
rc-update -a ntp-client default
И в крон, кждые Х минут
Это не решение.
Это не решение. Это подмена задачи другой - синхронизация n компов в сети. Аппаратные проблемы тоже как бы не канают. Ибо напоролся на подобный трабл в системе с двойной загрузкой, и под вендой тачка ведет себя прилично. Перепробовал манипуляции с вики. Не помогло. Поставим вопрос словами злобного вендузятнега "А что ваш линукс даже нормально время держать не может? O_o"
гы, а у меня
гы, а у меня тоже есть дуалбут (спалился :-D), но таки время идет правильно. А что, поставим вопрос, как Ъ-линукс юзеры - может у вас ручки кривоваты, ну может совсем чуть-чуть? но этого достаточно. :-D
Согласен, у
Согласен, у меня все работает и на висте, и на дженту.
>>гы, а у меня
>>гы, а у меня тоже есть дуалбут (спалился :-D), но таки время идет правильно.
>>А что, поставим вопрос, как Ъ-линукс юзеры - может у вас ручки кривоваты, ну может совсем чуть-чуть? но этого достаточно. :-D
Вопрос не в том что у кого работает. Интересует радиус максимально допустимой кривизны рук чтоб этого добиться. Иногда помогала статейка с вики. Но есть пара экземпляров не поддающихся дрессировке. Оно конечно net time set или ntp спасает отцов русской демократии. Но кто бы объяснил какого хрена оно на одной и той же железяке так по разному работает?
PS
Интересно былоб почитать рецепт от Ъ линуксойдов по данной проблеме. Но они молчат. Впрочем как и гугль.
рецепт просто,
рецепт просто, rtc в ядре и local в /etc/conf.d/clock - у меня так работает.
а может дело в
а может дело в батарейке? у меня ntpd и UTC
а крон тут
а крон тут причём?
А при том, что
А при том, что ntp-client сихронизирует время 1 раз всего, при старте сервиса, дальше объйаснять?
запусти ntpd он
запусти ntpd он поддерживает его в нормальном состоянии и постепенно уменьшает разницу между сервером и клиентом.
заплатки через ....
выше был правильный совет - нужно лечить причину, а не ставить заплатки через /dev/жопа
ntpd - это для супер-пупер-мега-провайдеров может быть оправдано и в системах, где расхождение в 1 сек является катастрофическим
по жизни - должно хватать одноразового использования
причина "убегания" часов - в конфигурации ядра
там и надо искать "болячку"
...
да ну, чушь...
я у ся поднял давно по совету evadima - очень доволен, хоть уверен что время везде правильно
демон весит копейки - а точное время вещь полезная )
да ну, чушь...
1) я не утверждал что нтпд весит мегатоны
2) главный принцип никсов - "...а можно делать и так"
3) если у тебя завелись вши - можно чаще чесаться, ... а можно и в баню сходить...
видно ты не сталкивался с проблемой "фьюче тайм"...(например при make && make install)
есть куча прог завязанных на систем-тайм и можно в непредсказуемый момент огрести проблемы и потом долго голову ломать - "почему не работает?"
а проблема всего лишь в том, что нтпд сменил таймер в период создания между 1-м и 2-м темп-файлами
еще раз повторю для танкистов ;) - правильное решение -> найти и устранить первопричину,
а использовать или нет ntpd - выбор сугуболичный
возможно ты
возможно ты прав, но я не первый день в линухе и тьфу-тьфу-тьфу не имел тех проблем о которых ты говоришь
для примера хоть одну программу(из тех, что завязаны на систем-тайм, как ты гриш) - я хочу проверить твои слова
тем более, что я очень редко пользую make && make install, возможно использование portage лишает меня этих проблем )
по поводу найти и устранить проблему - вроде ж понятно, что причина в неактивном rtc...
я вот например в dmesg имею такие строки, а у топикстартера они есть?
А что при
А что при работе с portage проблема фьюче тайма пропадает? =)
"для примера
"для примера хоть одну программу(из тех, что завязаны на систем-тайм, как ты гриш"
stage1 gcc и дергаем время на 15 минут ;
результат: цикл на 15 минут с руганью на "фьюче тайм"
"фьюче тайм"
А авторы NTP подумали о "фьюче тайм" (хотя думали о Kerberos ||X400, IMHO)
За 1 раз время подгоняется не более чем на ( 5 мск, точно не помню,можно посмотреть в мануале),режим изменения времени
не линеиныи
поэтому видно и
поэтому видно и неловил не разу эту фьючу ))
penguin linux # cat .config|
penguin linux # cat .config| grep RTC
CONFIG_HPET_EMULATE_RTC=y
CONFIG_RTC=y
# CONFIG_HPET_RTC_IRQ is not set
# CONFIG_SND_RTCTIMER is not set
# CONFIG_RTC_CLASS is not set
penguin linux # ls -l /etc/localtime
lrwxrwxrwx 1 root root 23 Jun 18 17:10 /etc/localtime -> /usr/share/zoneinfo/UTC
penguin linux # emerge --info
Portage 2.1.5.2 (default-linux/x86/2007.0, gcc-4.2.4, glibc-2.7-r2, 2.6.25-gentoo-r4 i686)
и будет вам щасстье =)
/etc/conf.d/clock и /etc/adjtime отсутствуют как класс
ЗЫ. Проблема фьючетайма решается find / -iname * --exec touch {} \;
.
я подозреваю что так выползет много других проблем.
Как раз таки
Как раз таки фьютчатайм вылезает при использовании ntpdate.
Нет, это вполне
Нет, это вполне официальный метод решения, если, к примеру, систему установили с часами UTC, а затем перевели их на локальное время.