Re: strange time problem with bullseye
On Wed, Mar 06, 2024 at 08:33:37PM -0500, gene heskett wrote:
> no place in the ntpsec docs, nor the chrony docs
> does it show the ability to slam the current time into the SW clock on these
> arm systems at bootup's first access time.
Traditionally, this was done by the ntpdate command, which was in the
ntpdate package.
On older Debian releases, you would install both of these (ntp and
ntpdate); ntpdate would run first, slamming the clock, and then ntp
would run second, to keep the clock in sync.
A few releases ago, ntpdate was deprecated, and its slamming functionality
was absorbed into the ntp package, as long as ntp is started with the -g
option.
-g, --panicgate
Allow the first adjustment to be big. This option may appear an
unlimited number of times.
Normally, ntpd exits with a message to the system log if the offset
exceeds the panic threshold, which is 1000 s by default. This
option allows the time to be set to any value without restriction;
however, this can happen only once. If the threshold is exceeded
after that, ntpd will exit with a message to the system log. This
option can be used with the -q and -x options. See the tinker
configuration file directive for other options.
With ntpsec replacing ntp in Debian 12, the same options apply. By default,
Debian runs ntpsec with the -g option, to allow the clock to be slammed
at boot time.
hobbit:~$ ps -ef | grep ntpd
ntpsec 854 1 0 Feb17 ? 00:01:17 /usr/sbin/ntpd -p /run/ntpd.pid -c /etc/ntpsec/ntp.conf -g -N -u ntpsec:ntpsec
greg 394737 1138 0 21:34 pts/0 00:00:00 grep ntpd
Your claims that "no place in the ntpsec docs ... show the ability to
slam the current time" are simply false.
Reply to: