Re: ntpd vs ntpdate with no hardware clock
Warner Losh <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.arm |
|---|---|
| Message-ID | <CANCZdfpGy0ZYeN7OaPc+reCM9KGi5vsR30gqSYcjrt_pU=6pwg@mail.gmail.com> |
On Sun, Jul 7, 2024, 10:24 AM Mark Millard <[email protected]> wrote: > On Jul 7, 2024, at 09:01, bob prohaska <[email protected]> wrote: > > > 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 > > FYI: my /etc/rc.conf for media sometimes used on such > hardware has: > > ntpd_enable="YES" > ntpd_sync_on_start="YES" > ntpd_user="root" > > "man 5 rc.conf" reports about ntpd_sync_on_start : > > ntpd_sync_on_start > (bool) If set to “YES”, ntpd(8) is run with the -g flag, > which syncs the system's clock on startup. See ntpd(8) > for > more information regarding the -g option. This is a > preferred alternative to using ntpdate(8) or specifying > the > ntpdate_enable variable. > Maybe it is -g now. This is better advice than what i said.. Warner > === > Mark Millard > marklmi at yahoo.com > > >