From owner-freebsd-stable@FreeBSD.ORG Sat Sep 20 09:34:12 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B26F716A4B3 for ; Sat, 20 Sep 2003 09:34:12 -0700 (PDT) Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77FC444034 for ; Sat, 20 Sep 2003 09:33:26 -0700 (PDT) (envelope-from kimc@kim.net) Received: by w8hd2.w8hd.org (Postfix, from userid 1001) id 040EE119C2C; Sat, 20 Sep 2003 12:33:22 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by w8hd2.w8hd.org (Postfix) with ESMTP id EB961119C17; Sat, 20 Sep 2003 12:33:22 -0400 (EDT) Date: Sat, 20 Sep 2003 12:33:22 -0400 (EDT) From: Kim Culhan X-X-Sender: kimc@w8hd2.w8hd.org To: Steve O'Hara-Smith In-Reply-To: <20030920171848.227a7ce6.steve@sohara.org> Message-ID: <20030920122345.S15678@w8hd2.w8hd.org> References: <20030920095825.H15417@w8hd2.w8hd.org> <20030920171848.227a7ce6.steve@sohara.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@FreeBSD.org cc: Kim Culhan Subject: Re: Invalid time in realtime clock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2003 16:34:12 -0000 On Sat, 20 Sep 2003, Steve O'Hara-Smith wrote: > On Sat, 20 Sep 2003 10:27:46 -0400 (EDT) > Kim Culhan wrote: > I'm not sure of the relationship between EDT and UTC. So happens its 4 hours at the moment. > KC> The CMOS clock is set to local time and appears correct. > > So is there a /etc/wall_cmos_clock file ? If not and you intend > to keep your CMOS clock on local time then you will need to touch this > file and run adjkerntz -i as root. The system clock is expected to be > running on UTC. > See man adjkerntz for the gory details. Ahh.. this is it, thanks muchly :) While running tzsetup it asks if the CMOS clock is set to UTC, answering 'No' doesn't touch /etc/wall_cmos_clock arghh.. -kim