Systemovy cas preskocil o hodinu

[Petr Baláš]

2012/6/9 Adam Pribyl <pribyl na lowlevel.cz>:
> On Sat, 9 Jun 2012, Petr Baláš wrote:
>
>> Problém je velice jednoduchý:
>> aktualizace balíčku nut posune čas o 2 hodiny.
>> A to evidentně NENÍ korektní chování.
>
>
> Pokud mate v systemu nastaveno ze hodiny nejsou v UTC, ale ve skutecnosti
> jsou, pak vidim problem jen v konfiguraci systemu, nebo nastaveni HW hodin.
>
> Hadat se nebudu, ale pokud to budete chtit napravit, budete to asi muset v
> bugtrackeru vysvetlit sam.
> Diskutovat by se dalo pouze o tom, zda aktualizace baliku nut, resp. udevadm
> trigger --action=change ma co nastavovat hodiny.


Asi jsem to špatně popsal (za to se omlouvám) ale:

udevadm trigger -action=change
čas se posune o 2 hodiny
udevadm trigger -action=change
čas se posune o DALŠI dvě hodiny
udevadm trigger -action=change
čas se opět posune o DALŠI dvě hodiny

T.j. nejedná se o to, že by se nastavil čas podle blbě jdoucích HW hodin
ale že se opakovaně posouvá čas o rozdíl času oproti UTC.

linux:~# date
Sat Jun  9 20:28:12 CEST 2012
linux:~# udevadm trigger --action=change
linux:~# date
Sat Jun  9 18:28:36 CEST 2012
linux:~# udevadm trigger --action=change
linux:~# date
Sat Jun  9 16:28:42 CEST 2012
linux:~# udevadm trigger --action=change
linux:~# date
Sat Jun  9 14:28:56 CEST 2012
linux:~# hwclock -r
Sat 09 Jun 2012 07:29:16 PM CEST  -0.644011 seconds

A po restartu:
linux:~# hwclock -r
Sat 09 Jun 2012 06:43:11 PM CEST  -0.567837 seconds
t.j. čas se do HW hodin zapisuje vůbec dost podivně.

Dál to nemá smysl řešit, kašlu na to.



> Adam Pribyl
>
>
>> 2012/6/9 Adam Pribyl <pribyl na lowlevel.cz>:
>>>
>>> On Sat, 9 Jun 2012, Petr Baláš wrote:
>>>
>>>> A dohledal jsem že je použit v postinst tento příkaz
>>>> udevadm trigger --action=change
>>>> ten následně spustí
>>>> /lib/udev/rules.d/85-hwclock.rules
>>>> a ten spustí
>>>> /lib/udev/hwclock-set
>>>> a ten (pokud v /etc/default/rcS NENÍ UTC=yes) spoustí příkaz
>>>> /sbin/hwclock --systz --localtime --noadjfile
>>>> a ten posune hodiny o 2 hodiny do minulosti
>>>
>>>
>>>
>>> Nevim zda to neni zbytecne, ale podle manualove stranky:
>>> "
>>> --localtime
>>>              Indicates that the Hardware Clock is kept in Coordinated
>>> Universal Time or local time, respectively.  It is  your  choice
>>>              whether  to  keep your clock in UTC or local time, but
>>> nothing
>>> in the clock tells which you've chosen.  So this option is
>>>              how you give that information to hwclock.
>>>
>>>              If you specify the wrong one of these options (or specify
>>> neither and take a wrong default), both setting and querying of
>>>              the Hardware Clock will be messed up.
>>>
>>> "
>>>
>>> Tedy pokud v systemu neni indikovano, ze HW hodiny maji UTC cas, pak se
>>> predpoklada, ze v nich je local time. --systz pak nastavi cas podle Time
>>> Zone nastavene v OS. Pokud mate HW hodiny v UTC, ale OS o tom nevi, nema
>>> jak
>>> se to dozvedet a podle TZ nastavi hodiny v OS na hodnoty z HW hodin.
>>> Pokud
>>> ale mate pusteny NTP, pak se hodiny musi zase zkorigovat (i kdyz tusim
>>> NTP
>>> mel nejakou berlicku, ze kdyz byly hodiny prilis daleko od spravneho casu
>>> tak nastaveni neprovedl).
>>>
>>> Mozna mi neco unika, ale nevidim kde je ta chyba.
>>>
>>>
>>>
>>>> Vyzná se tu někdo dostatečně v udev a spol aby dokázal říci KDE je chyba
>>>> a tuto reportoval do Debian bugtrackeru?
>>>>
>>>> Petr Baláš
>>>
>>>
>>>
>>> Adam Pribyl
>>>
>>>
>>>
>>>>
>>>> 2011/12/2 Martin Tiršel <lk na blackpage.eu>:
>>>>>
>>>>>
>>>>> Zdravim,
>>>>>
>>>>> prave pozeram na server, ze mu ide nejako zle cas a nechapem preco,
>>>>> bezi
>>>>> tam
>>>>> ntp a este pred chvilou bolo vsetko ok. Pozeram a nieco malo po pol
>>>>> druhej
>>>>> preskocil cas o hodinu dopredu. V kern.log toto:
>>>>>
>>>>> Dec  2 02:37:39 tequila kernel: [494488.071210] Clocksource tsc
>>>>> unstable
>>>>> (delta = -2999660116409 ns)
>>>>>
>>>>> Vie mi to niekto vysvetlit co sa stalo? Je tam Debian Squeeze
>>>>>
>>>>> Linux tequila 2.6.32-5-xen-amd64 #1 SMP Mon Oct 3 07:53:54 UTC 2011
>>>>> x86_64
>>>>> GNU/Linux
>>>>>
>>>>>
>>>>> Bezia tam denne desattisice uloh, ktore musia byt vykonane v presny cas
>>>>> a
>>>>> toto ma celkom rozhodilo :(
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> S pozdravom,
>>>>> Martin Tiršel
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux



-- 
Petr Baláš - petr at balas dot cz