On 09/01/2015 01:15 PM, Nicolas Repentin wrote: > > > Oh, I did know about systemd-timesyncd, need to check about it :-) > Again from the Fedora-arm list: touch /<mount>/var/lib/systemd/clock chown systemd-timesync:systemd-timesync /<mount>/var/lib/systemd/clock Then systemd-timesyncd.service will use that time stamp.. This should be easy to add to the image build process. Even better an mSD burn script like the Fedora-installer script. > > > > Nicolas Repentin > > <nicolas at shivaserv.fr> > > --------- Original Message --------- > *From*: Robert Moskowitz > *To*: Conversations around CentOS on ARM hardware > *Date*: Tue Sep 01 19:04:38 GMT+02:00 2015 > *Subject*: Re: [Arm-dev] System time > > > 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 > > _______________________________________________ > 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/83bec949/attachment-0006.html>