[Arm-dev] System time

Tue Sep 1 17:04:38 UTC 2015
Robert Moskowitz <rgm at htt-consult.com>


On 09/01/2015 12:16 PM, Nicolas wrote:
> Hello
>
> I don't think any armv7 board like cubie has a battery to backup clock
> 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.
>
> I think setting the currenttime can be a good idea on the rbf tool :-)

On the Fedora-arm list I was pointed to Systemd-timesyncd

This does MOST of what I want.  All that I think needs to be added is 
for it to be enabled in the image and a initial date/time of the image 
built date be there so the firstboot has a decent time.

>
> Nicolas Repentin
> <nicolas at shivaserv.fr>
>
>
> Le 1 septembre 2015 18:12, Robert Moskowitz a écrit:
>> How is system time set at boot?  Is ntpdate run after the network is
>> ready?  How long does it retry waiting for the network to be available?
>>
>> I have seen a number of challenges becuase the system time is back at
>> the epoch start as there is no battery rtc.  And  I wonder how many
>> armv7 boards have a battery to maintain time across boots?
>>
>> Minimally, a process could right the time, in the proper format, to a
>> file, say /etc/currenttime every 5 min and at shutdown.
>>
>> Then date can be run early in the boot process, piping this file in.  It
>> would not be perfect and does not help, much for new installs, but
>> better than epoch start.
>>
>> Plus /etc/currenttime can be at least set to the image build date/time
>> so not even firstboot will be at epoch start.
>>
>> Opinions?
>>
>>
>> _______________________________________________
>> Arm-dev mailing list
>> Arm-dev at centos.org
>> https://lists.centos.org/mailman/listinfo/arm-dev
>
>
> _______________________________________________
> Arm-dev mailing list
> Arm-dev at centos.org
> https://lists.centos.org/mailman/listinfo/arm-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/arm-dev/attachments/20150901/f9f93e48/attachment-0006.html>