Hello<br>
<br>
I don't think any armv7 board like cubie has a battery to backup clock<br>
I think ntpd is the only way, and seems to work well on my bpi with c7. I will check if dns resolution works when date is 1970.<br>
<br>
I think setting the currenttime can be a good idea on the rbf tool :-)<div class='profimail-signature'><br>Nicolas Repentin<br>
&lt;nicolas@shivaserv.fr&gt;</div><br><br><div class='profimail-cite-prefix'>Le 1 septembre 2015 18:12, Robert Moskowitz a &#233;crit:<br></div><blockquote type='cite'>How is system time set at boot?&nbsp; Is ntpdate run after the network is &#13;<br>
ready?&nbsp; How long does it retry waiting for the network to be available?&#13;<br>
&#13;<br>
I have seen a number of challenges becuase the system time is back at &#13;<br>
the epoch start as there is no battery rtc.&nbsp; And&nbsp; I wonder how many &#13;<br>
armv7 boards have a battery to maintain time across boots?&#13;<br>
&#13;<br>
Minimally, a process could right the time, in the proper format, to a &#13;<br>
file, say /etc/currenttime every 5 min and at shutdown.&#13;<br>
&#13;<br>
Then date can be run early in the boot process, piping this file in.&nbsp; It &#13;<br>
would not be perfect and does not help, much for new installs, but &#13;<br>
better than epoch start.&#13;<br>
&#13;<br>
Plus /etc/currenttime can be at least set to the image build date/time &#13;<br>
so not even firstboot will be at epoch start.&#13;<br>
&#13;<br>
Opinions?&#13;<br>
&#13;<br>
&#13;<br>
_______________________________________________&#13;<br>
Arm-dev mailing list&#13;<br>
Arm-dev@centos.org&#13;<br>
https://lists.centos.org/mailman/listinfo/arm-dev&#13;<br>
</blockquote>