System clock falls behind quickly on Mac mini G4

John Hein john.hein at microsemi.com
Fri Apr 4 21:22:31 UTC 2014


Alexey Dokuchaev danfe-at-nsu.ru |jh-fbml/fbml| wrote at 21:47 +0700 on Apr  4, 2014:
 > On Sat, Mar 29, 2014 at 05:01:34PM +0700, Alexey Dokuchaev wrote:
 > > On Sat, Mar 29, 2014 at 12:28:12AM -0400, Joe Nosay wrote:
 > > > I'm curious on two things:
 > > > 1. Is ntpd running/set in /etc/rc.conf?
 > >
 > > No, it's off.  I guess if I had it running it won't let the clock to
 > > behave like that. :)
 >
 > Running ntpd(8) unfortunately does not make things better (well maybe it
 > helps a bit, but clock still drifts away pretty fast).  I guess my only
 > option is to run ntpdate(8) periodically. :-(

You could try chronyd vs. ntpd - the former works with a larger
frequency error.  Untested by me.  I also don't think we have a port
yet.

It may be that your mini G4 may have real clock issues - that would
require some analysis to determine if that's real or a software bug.
But chronyd might be a workaround (if it's not too hard to port) until
someone who is motivated can do a more careful analysis.


More information about the freebsd-ppc mailing list