NTP aktualizacia casu

Aktualizace času je nezávislá na časové zóně. EDIT: takže bych to viděl na jiné diskusní vlákno.

A není možné, že se mu v UI jen po seběhnutí té aktualizace ukáže díky nějaké chybě čas z RTC?

EDIT: Darei zkus ověřit, jestli máš stejný systémový čas a RTC pomocí příkazů “date” a “hwclock – show”. Pokud neukazují stejný čas, může být problém tam.

1 Like

Tak se obávám, že má radost byla dočasná:-(
Už mi to zase loguje některé události s časem posunutým o hodinu a to přesto, že systémový čas je stejný jako RTC…

Tohle vypadá správně. Tipuji problém až při prezentaci výsledků z pakoně.

Já to měl o hodinu rozhozené, rovnal jsem RTC, hwclock -w
V logu jsem měl občas rozdíly, teď se to zdá srovnané…

EDIT: Tak jsem to přechválil, samo se to změnilo:

root@turris:~# hwclock -r
Mon Jan 6 15:51:24 2020 0.000000 seconds
root@turris:~# date
Mon Jan 6 16:51:30 CET 2020

Nedrží si RTC UTC time a systém náš, tedy UTC+1?

1 Like

Zrovna som to chcel napisat, ze sa to nepodarilo zrovnat.

I am not able to respond in CZ but it is known that there is a difference between GNU hwclock and busybox.

2 Likes

Thanks a million n8v8r!
Even though it is sad it won’t be fixed, at least we won’t be hunting ghosts furthermore here.

For sake of completeness (again pardon the EN here)

hwclock is not necessarily the same as system time but can be synchronized (though that will not solve the known issue with the time stamps in the logs)

Usage: hwclock [-r|--show] [-s|--hctosys] [-w|--systohc] [--systz] [--localtime] [-u|--utc] [-f|--rtc FILE]

Query and set hardware clock (RTC)

        -r      Show hardware clock time
        -s      Set system time from hardware clock
        -w      Set hardware clock from system time
        --systz Set in-kernel timezone, correct system time
                if hardware clock is in local time
        -u      Assume hardware clock is kept in UTC
        --localtime     Assume hardware clock is kept in local time
        -f FILE Use specified device (e.g. /dev/rtc2)