Bug#835474: systemd: timesyncd does not sync time after resume from suspend (need to do so manually with timedatectl)
Michael Biebl
biebl at debian.org
Thu Dec 22 00:00:45 GMT 2016
Control: tags -1 + moreinfo
On Fri, 26 Aug 2016 09:28:14 +0200 Elena ``of Valhalla''
<valhalla-d at trueelena.org> wrote:
> Package: systemd
> Version: 231-4
> Severity: normal
>
> Dear Maintainer,
>
> I suspend my laptop using s2disk. When resuming, the clock remains at
> the time when the suspend happened, even if timedatectl claims that it
> is being synced:
>
> # timedatectl status
> Local time: Thu 2016-08-25 19:26:17 CEST
> Universal time: Thu 2016-08-25 17:26:17 UTC
> RTC time: Thu 2016-08-25 17:26:17
> Time zone: Europe/Rome (CEST, +0200)
> Network time on: yes
> NTP synchronized: yes
> RTC in local TZ: no
>
> I've tried waiting a bit, but this persisted for some 20 minutes (I think), so I forced an update with
>
> # timedatectl set-ntp false
> # timedatectl set-ntp true
>
> And afterwards the time was (apparently) correctly synced.
>
> Please, let me know what further informations are needed to debug the
> issue, and I would be happy to do some other test.
>
If this problem still happens,
Can you run
journalctl -f -u systemd-timesyncd.service
and see what it reports after a resume
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/attachments/20161222/7d2f1dc1/attachment.sig>
More information about the Pkg-systemd-maintainers
mailing list