From owner-freebsd-questions@FreeBSD.ORG Tue Jul 15 06:33:33 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B11A37B405 for ; Tue, 15 Jul 2003 06:33:33 -0700 (PDT) Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1998243FAF for ; Tue, 15 Jul 2003 06:33:32 -0700 (PDT) (envelope-from stanb@panix.com) Received: from panix.com (brillig.panix.com [166.84.1.76]) by mail1.panix.com (Postfix) with ESMTP id 3F51848934; Tue, 15 Jul 2003 09:33:31 -0400 (EDT) Received: from teddy.fas.com (pcp01010374pcs.mplsnt01.sc.comcast.net [68.58.176.69]) by panix.com (Postfix) with ESMTP id B57B52AA3C; Tue, 15 Jul 2003 09:33:00 -0400 (EDT) Received: from stan by teddy.fas.com with local (Exim 3.36 #1 (Debian)) id 19cPvP-0002m7-00; Tue, 15 Jul 2003 09:32:59 -0400 Date: Tue, 15 Jul 2003 09:32:59 -0400 From: stan To: Lowell Gilbert Message-ID: <20030715133259.GA10641@teddy.fas.com> Mail-Followup-To: Lowell Gilbert , Free BSD Questions list References: <20030714231604.GA27924@teddy.fas.com> <44oezw6kdk.fsf@be-well.ilk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44oezw6kdk.fsf@be-well.ilk.org> X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.21 X-Uptime: 09:29:56 up 28 days, 20:32, 2 users, load average: 0.01, 0.01, 0.00 User-Agent: Mutt/1.5.4i Sender: Stan Brown cc: Free BSD Questions list Subject: Re: Seting the hardware clock X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2003 13:33:33 -0000 On Tue, Jul 15, 2003 at 08:32:23AM -0400, Lowell Gilbert wrote: > stan writes: > > > ;m struggling with getting the hardware clock (BIOS clock) equal to the > > kernels time. > > > > On my Linux boxes a utility called hwclock is run on the way down to > > synchronize the 2. > > > > The problem I'm running into is that if the time on the system gets to far > > out of date for ntpd to bring it into synch, then I can update the kernels > > clock with ntpdate. But when I reboot the old incorrect time comes back. > > > > I ran into this during some software testing, that required setting the > > clock pretty far off of real time, and it was a PIA to get the machine back > > to the correct time. > > > > How _should_ this be handled? > > Most people run ntpdate before starting ntpd. > The rc.conf enable flags for the two programs support this. > OK, that's exactly what I _am_ doing. So here is teh scenario that creates the problme. 1. Set the hardware clock to some truly strange time (for testing software). 2. Reboot. a. time is set by the BIOS to the wrong time b. ntpdate corrects this (for the kernel). c. ntp keeps the time acurate (for this run session). 3. shutdown (BIOS time is not corrected). See the problem? -- "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin