Re: Does Fedora mess up the clock for Windows?

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!

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Relevant Pages

  • Re: Does Fedora mess up the clock for Windows?
    ... the clock to match the NTP server. ... Running the AtomTime95 program under windows would probably make ... Making sure that the time zone is the same under both ...
    (Fedora)
  • Re: Does Fedora mess up the clock for Windows?
    ... the clock to match the NTP server. ... Running the AtomTime95 program under windows would probably make ... Making sure that the time zone is the same under both ... Windows and Linux, making sure it is the correct time zone, and not ...
    (Fedora)
  • Re: Speed of ntp convergence
    ... It sounds as if the OP may have an incorrect drift file - it's ... ntp does not seem to be rewriting the drift file. ... It is a design flaw in ntp. ...
    (comp.protocols.time.ntp)
  • Re: NTP slow to start correction after a drift
    ... I have worked with Solaris for a long time. ... The median time for each clock measured over the course of a week has ... I'll try to look into the causes of dispersion later, slow drift ... I am concerned about the length of time it takes before NTP starts ...
    (comp.protocols.time.ntp)
  • Re: Time reset
    ... kernel exhibits this same drift instability. ... the same version of NTP, but different hardware, so I haven't completely ... He meant if you had minpoll say 8 or 10 it would make settling down ...
    (comp.protocols.time.ntp)