<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jul 10, 2017 at 7:03 PM, Julian Andres Klode <span dir="ltr"><<a href="mailto:jak@debian.org" target="_blank">jak@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Jul 05, 2017 at 10:29:21AM -0500, Ian Pilcher wrote:<br>
> I am using CentOS 7 (systemd 219) on a Banana Pi as my residential<br>
> firewall/gateway.  The Banana Pi does not have a persistent clock, so<br>
> it has no idea what the time is until it is able to sync via NTP.  Thus,<br>
> the initial DHCP leases that the BPi receives have incorrect expiration/<br>
> renewal times (since the system can't sync via NTP before it has an IP<br>
> address - chicken and egg).<br>
<br>
</span>Can't you just store the time on shutdown and restore it at boot (e.g.,<br>
take the time of the journal file) - that is usually close enough, at<br>
least it works well enough for use cases in openwrt and lede.<br></blockquote><div><br></div><div>systemd-timesyncd already does this. I doubt it would help though, since the clock would be late anyway, and dhclient seems to break if *any* clock jumps happen at all (unlike e.g. TLS which only needs to know the approximate time).</div></div><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Mantas Mikulėnas <<a href="mailto:grawity@gmail.com" target="_blank">grawity@gmail.com</a>></div></div>
</div></div>