On the Fedora-arm list I learned that chronyd and systemd-timesyncd conflict. F22 is using chronyd with systemd-timesyncd not enabled. To get chronyd to set the system time based on the last boot you need:
In /etc/sysconfig/chronyd OPTIONS="-s"
and /etc/chrony.conf #rtcsync rtcdevice /dev/nonexist
shortly after boot if no network connection, your system time is set to the last content in /var/lib/chrony/drift
So please add chronyd to the minimal install and set it with these 'defaults', or provide an easy way to configure for 'no rtc'.
On 09/01/2015 11:29 PM, Robert Moskowitz wrote:
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
--------- 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
--------- 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@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@centos.org >> https://lists.centos.org/mailman/listinfo/arm-dev > > > _______________________________________________ > Arm-dev mailing list > Arm-dev@centos.org > https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev