Date: Mon, 17 Jan 2005 10:49:30 -0600 From: John <john@starfire.mn.org> To: Danny MacMillan <flowers@users.sourceforge.net> Cc: freebsd-questions@freebsd.org Subject: Re: system time mysteriously changes Message-ID: <20050117104930.B28137@starfire.mn.org> In-Reply-To: <20050117162804.GA756@procyon.nekulturny.org>; from flowers@users.sourceforge.net on Mon, Jan 17, 2005 at 09:28:04AM -0700 References: <41D23B31.2030907@adelphia.net> <20050117162804.GA756@procyon.nekulturny.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 17, 2005 at 09:28:04AM -0700, Danny MacMillan wrote: > On Tue, Dec 28, 2004 at 09:05:53PM -0800, Kevin Smith wrote: > > I'm having a problem with my system clock. The time will be fine for > > a few days, then all of a sudden, I will notice that it has jumped > > ahead by a number of hours (usually enough to change the day to the > > next day). I can confirm that the time has changed on the system > > cloth in the BIOs setup as well. This has happened once every few > > days. > > > > I thought it may be a clock battery problem on the the motherboard, but > > I am thinking that this is not the case as the minutes are usually OK - > > it is just the hours/day that changes. > > > > Another idea that I had was that because I am dual booting windows (on > > occasion) and freeBSD, windows may be the culprit, but I verified that > > by rebooting windows, it is not resetting the system clock. > > If you told FreeBSD when installing that your system clock was set to > UTC that is likely the problem. Windows assumes the system clock is > set to local time. It's moving exactly 8 hours, which appears to be > your time zone offset from UTC. Go into /stand/sysinstall and tell it > your system clock is set to local time. I'm not sure where that is; > there might even be command line utilities that will do it more easily > but it should be easy to find. You'll probably have to reset the clock > afterwards but I suspect that will be the end of your problems. > > > Any ideas on what could be wrong ? I also have ntpd running, which I > > used as an attempt to keep the clock set correctly (in effort to find a > > solution to the problem), but it does not appear to be able to handle > > correcting the time. > > If the offset is too large ntpd won't by default be able to correct it. > A good idea is to enable ntpdate at boot as well. ntpdate will sync > the clock at boot, and ntpd will keep it synced thereafter. I have > this in my rc.conf, in addition to my ntpd setup: > > ntpdate_enable="YES" > ntpdate_flags="-b -v" > > You shouldn't have to specify a server in your case; ntpdate will read > your existing ntp.conf for that. I think that adjkerntz is not working correctly. I am having the same problem. As adjkerntz doesn't appear to have been fiddled with in a long, long time, it must be something else about the current environment. Anyway - when I use adjkerntz - my time gets set ahead 5 hours. This odd, since I am 6 hours from GMT. I think that Kevin is having the same problem, where his clock is getting bumped by 1 hour less than his GMT offset. I have temporarily commented out the adjkerntz entry in my /etc/crontab, and advised him to do the same. When I have some time tonight, when I'm not doing my "real job," I'll look into this and see if I can figure out what's going on. It's something strange! -- John Lind john@starfire.MN.ORG
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050117104930.B28137>