Это продолжение моего вчерашнего вопроса, ссылка на который приведена ниже.
У меня есть коробка Fedora 10. Когда он только что перезагружается, он очень хорошо держит время. Я проверяю это, набирая дату, затем ввожу, жду примерно секунду, стрелку вверх, ввод и т.д., чтобы увидеть, увеличиваются ли секунды на 1 для каждой из моих воспринимаемых секунд. Так что вроде работает. Когда-нибудь в будущем, через 14-48 часов, я замечаю, что временные метки в электронных письмах неуместны. Новые электронные письма датированы примерно 6 часами назад. Я вхожу в систему, использую дату / стрелку вверх / повторяю, и теперь требуется от 4 до 10 секунд, чтобы секунды увеличивались на единицу.
Кто-то предложил использовать ntpd. Я сделал это вчера, а сегодня время снова упало. ntpd все еще работал. Перезапуск ntpd не повлиял. Выключение ntpd, затем запуск ntpdate синхронизировали дату с правильным временем, но секунды по-прежнему не увеличивались на единицу каждую секунду. Я действительно понятия не имею, что могло делать это с моей системой. Любые предложения приветствуются. Я не хочу запускать перезагрузку как задание cron, чтобы исправить это, у меня никогда не будет права хвастаться безотказной работой таким образом.
Вчерашняя ветка: Расширение времени Linux-бокса
Спасибо за чтение и за любую помощь.
Похоже, проблема не в вашей машине, а в том, что Linux использует для сохранения времени. Попробуйте аргумент командной строки ядра, например clocksource=hpet. Другие распространенные источники - tsc и acpi_pm.
Наконец, попробуйте notsc Аргумент командной строки ядра.
cat /sys/devices/system/clocksource/clocksource0/available_clocksource
cat /sys/devices/system/clocksource/clocksource0/current_clocksource
Что на выходе? Вы можете попробовать изменить источник тактовых импульсов, используя параметры загрузки ядра, или можете попытаться полностью отключить его с помощью параметра notsc.
Во всяком случае, это действительно похоже на неисправное оборудование
Когда все испортится, можно запустить vmstat?
$ vmstat 5 5
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
4 0 56464 557284 289208 2132264 0 0 3 16 24 15 16 5 79 0
0 0 56464 557508 289208 2132264 0 0 0 14 1146 2111 9 4 88 0
1 0 56464 557540 289208 2132264 0 0 0 0 1170 2167 5 4 91 0
0 0 56464 557172 289208 2132264 0 0 0 29 1213 2325 7 6 88 0
2 0 56464 557876 289208 2132264 0 0 0 31 1261 2644 10 6 83 0
Посмотрите на столбец «в», чтобы увидеть прерывания. Я видел, как сломанное оборудование вызывает множество прерываний, что может означать, что вы не получаете обновления часов раньше.
Попробуйте загрузить его с компакт-диска "Knoppix" и оставьте на некоторое время. Часы все еще идут наперекосяк?