Matthew Saltzman wrote: > > Note that (I think) we've strayed off topic. The OP is talking about > drift of a few seconds or minutes at a time, not an hour or two or five > or six that you would expect from timezone errors. I know older kernels > had clock drift issues on some machines, but I thought that had been > fixed for some time now. If ntp isn't doing the job (surprising, unless > somehow it can't reach time servers or the drift strays too much too > fast), then maybe adjtimex can help. > With the way the clock drift is happening, it sounds like a time zone setting problem. Both Linux and Windows XP will slowly adjust the clock to match the NTP server. Now, if the time zone setting is wrong, the system will gain/lose time as it runs, until it matches. Running the AtomTime95 program under windows would probably make things worse by fighting with the NTP program windows is already running. Making sure that the time zone is the same under both Windows and Linux, making sure it is the correct time zone, and not using AtomTime95 should fix the problem. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup!
