Пробую запустить SlackWare 10.2 с ядром 2.6.17 на относительно старом компе; не сразу, но заметил, что системное время сильно убегает вперед (за час примерно на 7-10 секунд). Насколько я понимаю, учет времени ядром ведется по прерываниям таймера, т.е. возможно имеет место дефект генератора таймера; в связи с этим вопрос: можно ли настроить коррекцию времени ядром без изменения его исходного кода (какими-нибудь переменными из "/proc")? Из информации в инете, в основном относящейся к сервисам NTP следует, что корректировать часы Linux можно плавно (т.е. по-видимому, меняя учет прерываний таймера или саму их частоту?), а не переводя их назад, как приходится делать в моем случае.
PS Пока временным решением проблемы стал запуск ntpdate cron'ом каждые 15 минут. Но это не выход, если учесть, что возможна работа компьютера без подключения к интернету и скачки системного времени "назад".
\>
>
>PS Пока временным решением проблемы стал запуск ntpdate cron'ом каждые 15 минут.
>Но это не выход, если учесть, что возможна работа компьютера без
>подключения к интернету и скачки системного времени "назад".Ключевое слово - adjtimex
>\>
>>
>>PS Пока временным решением проблемы стал запуск ntpdate cron'ом каждые 15 минут.
>>Но это не выход, если учесть, что возможна работа компьютера без
>>подключения к интернету и скачки системного времени "назад".
>
>Ключевое слово - adjtimexadjtimex действительно помог - по крайней мере, удалось время заставить отставать, т.е. подстройка производится не "против течения"; но похоже основная проблема аппаратная, так как часы не просто спешат, а спешат по-разному. "adjtimex -c", сравнивающий CMOS-часы с системными, время от времени дает различные(на несколько десятков мкс/тик) значения коррекции. Так что приходится cron'ом подгонять системные часы под более стабильные CMOS.
Если у вас материнская плата на чипсете nForce2, то попробуйте отключить в BIOS опцию "Spread Spectrum".