The archlinux wiki says this should work at boot even without a network connection but it is not. Perhaps there is some extra steps to set this up right? If not, is this a bug? Not supprising that the Intel based testing did not see this, as how many Intel boxes do not have an rtc? Only those with dead batteries... On 09/01/2015 01:46 PM, Robert Moskowitz wrote: > I just did a test, as timedatectl indicates that ntp is on. It did > not set the time on reboot. It is not doing that auto stuff mentioned > in the description. :( > > On 09/01/2015 01:39 PM, Robert Moskowitz wrote: >> Oh, I should have read further down the page of: >> https://wiki.archlinux.org/index.php/Systemd-timesyncd >> >> .... >> >> On 09/01/2015 01:38 PM, Robert Moskowitz wrote: >>> Again, this requires the network to be up? >>> >>> I use timedatectl to set my timezone, will look more into it. Could >>> be all is rolled together... >>> >>> On 09/01/2015 01:35 PM, Nicolas Repentin wrote: >>>> >>>> Don't know.. I saw this on the web >>>> >>>> >>>> Centos 7 use systemd. I suggest you use it. >>>> >>>> Use the command timedatectl >>>> <http://www.freedesktop.org/software/systemd/man/timedatectl.html> >>>> >>>> Enable network time synchronization: >>>> >>>> timedatectl set-ntp True >>>> >>>> >>>> >>>> >>>> Create a conf file: >>>> >>>> vi /etc/systemd/timesyncd.conf >>>> >>>> >>>> >>>> >>>> with content like this: >>>> >>>> [Time] >>>> >>>> NTP= yourserver.org >>>> >>>> >>>> >>>> >>>> Start systemd-timedated service: >>>> >>>> systemctl start systemd-timedated >>>> >>>> >>>> >>>> >>>> >>>> >>>> Nicolas Repentin >>>> >>>> <nicolas at shivaserv.fr> >>>> >>>> --------- Original Message --------- >>>> *From*: Robert Moskowitz >>>> *To*: Conversations around CentOS on ARM hardware >>>> *Date*: Tue Sep 01 19:26:49 GMT+02:00 2015 >>>> *Subject*: Re: [Arm-dev] Re: System time >>>> >>>> >>>> On 09/01/2015 01:15 PM, Nicolas Repentin wrote: >>>>> >>>>> >>>>> Oh, I did know about systemd-timesyncd, need to check about it :-) >>>>> >>>> >>>> Can't find it in the repo, what provides it? >>>> >>>> >>>>> >>>>> >>>>> >>>>> 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 >>>> >>>> _______________________________________________ >>>> 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 > > > > _______________________________________________ > 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/514d52fc/attachment-0006.html>