Re: ntpd vs ntpdate with no hardware clock
- In reply to: Ronald Klop : "Re: ntpd vs ntpdate with no hardware clock"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 07 Jul 2024 17:26:10 UTC
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