这是我昨天的问题的后续，下面链接。
我有一个Fedora 10盒子。 刚刚重新启动时，它保持时间非常好。 我通过inputdate进行testing，然后input，等待大约一秒钟，向上箭头，input等等，以查看秒数是否增加了1。 所以，它似乎工作。 在未来的一段时间，14-48小时后，我注意到电子邮件的时间戳是拧紧的。 新电子邮件的date与6小时前相同。 我login到盒子，做date/向上箭头/重复thingy，现在需要4-10秒的时间，秒数增加一。
有人build议使用ntpd。 我昨天就这样做了，今天晚上再次搞砸了。 ntpd仍在运行。 重新启动ntpd没有效果。 closuresntpd，然后运行ntpdate将date同步到正确的时间，但是秒不会每秒增加一次。 我真的没有线索可以做到这一点，我的系统。 任何build议，非常感谢。 我不想运行重启作为一个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
什么是输出？ 您可以尝试使用内核启动选项更改clocksource，或者尝试使用notsc选项完全禁用它。
无论如何，这听起来像错误的硬件
当它坏了，你可以运行vmstat？
$ vmstat 5 5 procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- rb 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
看“in”列来看中断。 我看到硬件故障导致大量的中断，这可能意味着你没有得到时钟的更新。
尝试从“Knoppix”光盘启动，并离开它一段时间。 时钟仍然出错？