今天看到一转帖如下：

Linux Kernel 2.6.28 以上有缺陷，在第208.5天自行重啟

https://access.redhat.com/knowledge/solutions/68466

sched_clock() overflow around 208.5 days in Linux Kernellast modified by Raghu Udiyar on 04/10/12 - 09:12Issue

• Linux Kernel panics when sched_clock() overflows around 208.5 days
• Does RHEL 6.1 have a reboot problem which is caused by sched_clock() overflow around 208.5 days?

Environment

• Red Hat Enterprise Linux 6
• Kernel version earlier than kernel-2.6.32-220.4.2.el6
• TSC clock source
• Intel CPU

Linux Kernel 2.6.28 以上存有缺陷，啟動後經過208.5天就會自行重新啟動，此事浮出檯面。

sched_clock() overflow after 208.5 days in Linux Kernel (okkyの銀河制圧奇譚)

該缺陷是於實機運行 Pentium 4 以上的Intel系CPU（含相容性CPU、32bit/64bit皆然）時發現的。於虛擬機器上運行，或運行非Intel系CPU則無此發現。

此缺陷在 Linux Kernel 2.6.32.50 / 3.0.13 / 3.1.5 已被修正。各發行版上的應對狀況如下。

Fedora 16: 已在 Fedora 16 Update: kernel-3.1.6-1.fc16 修正。
Vine Linux 6: 已用核心修補檔修正。
Red Hat Enterprise Linux 6: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
CentOS 6: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
Debian 6.0: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
Ubuntu 11.10: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
Ubuntu 11.04: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
Ubuntu 10.10: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
Ubuntu 10.04 LTS: 尚未發佈修正版核心。請於啟動後的200天內手動重啟來迴避。
SuSE 11 SP1: 可從支援服務獲得 PTF 。

仔细看了下readhat的解释：

Does Red Hat Enterprise Linux 6 or 5 have a reboot problem which is caused by sched_clock() overflow around 208.5 days?

可以启动boot时关闭，方法可以参考http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427