Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 584722 - sys-apps/openrc-0.19.1: overcompensation for clock drift with >=sys-apps/util-linux-2.26
Summary: sys-apps/openrc-0.19.1: overcompensation for clock drift with >=sys-apps/util...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: OpenRC (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: OpenRC Team
URL: https://forums.gentoo.org/viewtopic-t...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-06-01 05:47 UTC by Daniel Gulotta
Modified: 2017-01-01 13:19 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Gulotta 2016-06-01 05:47:30 UTC
When /etc/init.d/hwclock start is run, the system clock is set to match the hardware clock, adjusted for drift.  (The automatic adjustment for drift when running hwclock --hctosys was added in util-linux-2.26.)  When /etc/init.d/hwclock stop is run, the hardware clock is set to match the system clock, but /etc/adjtime is not modified to reflect the fact that the hardware clock was updated.  So if I last manually updated the clock, say, a month ago, the system clock will keep getting set back by a month's worth of drift at every reboot.  (This is with the default /etc/conf.d/hwclock settings.)

Reproducible: Always
Comment 1 William Hubbs gentoo-dev 2016-07-06 17:28:17 UTC
https://github.com/openrc/openrc/commit/ac8ad16

The best way to handle this seems to be to always use --noadjfile if
hwclock supports it.
This will be in 0.21.2 and 0.22.