Bugzilla – Bug 139582
Clock silently "wins" time - e.g. 5 Minutes each boot ...
Last modified: 2005-12-23 12:31:53 UTC
Everytime the system boots, the clock silently "wins" roghly 5 Minutes and need a new setup. No extraordinary software is installed - everything was set up "out of the box". Also, a complete new installation didn´t resolve this problem - it appears at every system start. Hardware: PentiumM (745 - Dothan) Intel855PM + FW82801DBM [ICH4M] (with integrated Audio, Modem, USB2.0 Controller) 2 x 512MB PC2700 DDRRAM ATI Mobility Radeon 9700, 256MB, 4 x AGP (fglrx installed and configured) VIA VT1612A IntelPRO 2200 MiniPCI Realtek RTL8100CL TI TSB43AB22A (IEE1394) OZ711MC1 (yes, it works ...)
This is most likely a drift-time problem. Please attach the file /etc/sysconfig/clock here. This might be caused by an invalid time zone configuration.
Created attachment 61520 [details] Clock configuration file File looks OK - by me ...
Please check what time is set in your BIOS before any OS is booted, then the time after booting (check out with `date'). Further, please paste the content of the file /etc/adjtime.
This problem is likely caused by lost timer interrupts due to much USB load or some other quality reasons of your mainboard. You might either synchronize your clock using NTP or you can disable the rc-script that synchronizes the hardware clock (/etc/init.d/boot.clock). Please notice that this is not a bug in the matter of speaking but a problem that derives from hardware insufficiencies. In the next release, there will be a variable in /etc/sysconfig/clock that makes it easy to disable the boot.clock script which should solve the problem for such users.
After some investigation, I think it depends on an old VMware installation (no one told me about that) which wasn't properly removed. The USB2.0 interfaces were "downgraded" to USB1.1-Speed with the behavior like an insufficient mainbord or chipset. After updating the Kernel a few minutes ago, the problem is gone. I reported this to VMware - perhaps it's an unknown bug within VMware5.5. Thank you very much for your support. Merry Christmas and a happy new year.