Armadilloフォーラム

中村です。

どなたからも指摘が入らないようなので・・・

> Armadillo IoT ゲートウェイの時刻同期はネットワークに繋がる場合NTPサーバーと同期され、
> ネットワーク繋がらない場合はハードウェアクロックが読み出される

この２つの順番は逆です。
というか、２行目の説明は間違いです。
カーネル起動時にハードウェアクロック(RTC)を読み出します。
ネットワークに繋がるかどうかがわかる前なので、
ネットワークに繋がるかどうかに関係なくです。
起動時のコンソールに次のように表示されます。
bmic_rtc 3-0011: setting system clock to 2020-07-14 15:49:54 UTC (1594741794)

そのあと、ネットワークがつながればNTPからセットします。

「ネットワークにつながれば・・・」は、
つながった時に１回だけの/etc/network/if-up.d/ntpdateによる同期と、
その後のsystemd-timesyncd.serviceによる更新(同期)があるのですが、
systemd-timesyncd.serviceは起動時にも１つ仕事をしていて、
サービス起動時に/var/lib/systemd/clockのタイムスタンプをチェックして、
このファイルのタイムスタンプがカーネル起動時にRTCでセットされた
現在時刻よりも新しいときには、このファイルの時刻をセットしています。
たとえばRTCがバッテリバックアップされていないときなど、
/var/lib/systemd/clockのタイムスタンプよりもRTCの方が過去になると、
このファイルのタイムスタンプセットされます。

そのあと、NTPとの同期になります。

時系列的には、次のようになるのではないかと思います。
（systemd-timesyncdサービスがネットワーク接続よりも先に起動なら）
1. RTCによる時刻設定
2. /var/lib/systemd/clockのタイムスタンプによる時刻設定
(RTCよりもタイムスタンプが新しいときだけ)
3. ifup時のntpdateによる設定
4. systemd-timesyncd.serviceによる更新
(このときに/var/lib/systemd/clockタイムスタンプも更新)

> $ systemctl stop systemd-timesyncd.service
> $ systemctl disable systemd-timesyncd.service

でtimesyncdを停止しているなら、上の２と４はないはずなのですけど、

> というようにすると良いのですが、試したところで
> システムを再起動された場合はハードウェアクロック時刻と同期されずに
> "Thu Nov 3 17:17:00 UTC 2016"
> となっています。

これは何でしょうねぇ。
上の４つ以外にもあるのかもしれません。

--
なかむら