Administrace komentářů

Řeším podivný problém. Mému serveru s Gentoo (Linux 4.10.13) se předbíhá čas. Dělá to asi 6 sekund za 120 dnů, takže nejde o nic super vážného. Jde ale o to, že ntpd není schopné čas udržet synchronizovaný. Po vypnutí ntpd nefunguje ani ruční synchronizace, i když zdánlivě uspěje:

zeus ~ # ntpdate tik.cesnet.cz
29 Aug 20:04:30 ntpdate[683]: step time server 195.113.144.201 offset -6.648793 sec
zeus ~ # ntpdate tik.cesnet.cz
29 Aug 20:04:38 ntpdate[2367]: step time server 195.113.144.201 offset -6.646034 sec
zeus ~ # ntpdate tik.cesnet.cz
29 Aug 20:04:49 ntpdate[4475]: step time server 195.113.144.201 offset -6.636047 sec

Pokud se (při vypnutém ntpd) pokusím ručně změnit čas na něco v minulosti, příkaz uspěje, ale změna se neprojeví:

zeus ~ # date -s "2017-08-29 19:00:00"
Út srp 29 19:00:00 CEST 2017
zeus ~ # date
Út srp 29 20:09:42 CEST 2017

I ve výpisu strace je vidět úspěšné systémové volání. Ze zoufalství jsem zkusil změnit čas na něco v budoucnosti a pak už to nešlo vrátit zpátky. Musel jsem restartovat server (a zabránit uložení do HW hodin).

Nejdřív jsem to bral jako divnou odchylku na serveru, ale pak jsem zjistil, že nemožnost vrátit čas zpět se projevuje i na mém notebooku (s Debianem). To tedy znamená, že i příklad na Debian Wiki je naprosto nefunkční. Nešlo to ani s jádrem ve Stable, ani v Testingu.

Mám tu ještě jeden, starší systém s Gentoo a Linuxem 4.7.4. Tam změna data/času do minulosti funguje. Hodil jsem tam Linux 4.12.7 a stále to funguje. Pak jsem zkusil jeden starší laptop s Debianem Stable a změna data rovněž funguje.

Takže když to shrnu, tak to nevypadá na bug v Linuxu, ale na problém s konkrétními modely CPU. Konkrétně na těchto CPU mi prostě nejde nastavit čas do minulosti:

• Intel(R) Core(TM) i7-5820K CPU @ 3.30GHz
• Intel(R) Core(TM) i7-6820HQ CPU @ 2.70GHz

Sním či bdím? WTF? Děje se vám to taky?