Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 7 Jul 2024 10:26:10 -0700
From:      Mark Millard <marklmi@yahoo.com>
To:        Ronald Klop <ronald-lists@klop.ws>
Cc:        bob prohaska <fbsd@www.zefox.net>, freebsd-arm@freebsd.org
Subject:   Re: ntpd vs ntpdate with no hardware clock
Message-ID:  <DF888D6D-3ADF-49FF-B819-39B3986553E1@yahoo.com>
In-Reply-To: <454282477.15929.1720372600841@localhost>
References:  <454282477.15929.1720372600841@localhost>

next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 7, 2024, at 10:16, Ronald Klop <ronald-lists@klop.ws> wrote:

> I created fakertc for my rpi4. 
> 
> https://www.freshports.org/sysutils/fakertc/
> 
> Saves the time on shutdown and sets it back early at boot.

As I understand, Bob P.'s file system context is UFS for
the root fs. So, per your note about fakertc :

QUOTE
Note that systems using UFS for the root fs won't need this,
as the clock is already restored from info in the UFS superblock.
END QUOTE

I gather that the UFS superblock did not yet have its first
modern time value yet.

> Plus I use ntpdate together with ntpd. Works fine.
> 
> Regards,
> Ronald
> 
> Van: bob prohaska <fbsd@www.zefox.net>
>> Datum: 7 juli 2024 18:01
>> Aan: freebsd-arm@freebsd.org
>> Onderwerp: ntpd vs ntpdate with no hardware clock
>> Just tried using ntpd with a fresh 14.1 installation on a Pi4.
>> Near as I can tell, ntpd reports a failure due to the clock
>> being off by too much, even if it's set manually to within
>> a minute before reboot. Probably that's caused by the lack
>> of a hardware clock on the Pi4, linux has a bodge called
>> fake-hwclock. Is there an equivalent workaround for FreeBSD?
>> 
>> In the meantime ntpdate seems to work, though deprecated







===
Mark Millard
marklmi at yahoo.com




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DF888D6D-3ADF-49FF-B819-39B3986553E1>