Dotaz: nahly posun systemoveho casu

[JUR]

Ahoj, mam Gentoo a stava se mi, ze se cas z niceho nic posune dobredu tak o hodinku.... vubec nevim proc, ale parkrat mne to donutilo hodne rychle rano vystartovat do skoly....kdyz sem se pak podival na hodinky, zjistil jsem, ze je o nekolik hodne minut mene.

Nevite co s tim?

Posouva se systemovy cas.

kdyz pouziji ntp > tak se cas srovna, ale pozdeji se zase rozhodi. Zatim sem nevypozoroval kdy se to stava. Ale puvodne jsem myslel, ze se to stane pri probuzeni PC ze suspendu, ale ne... dela to i pri bezicim pc.

JUR

Odpovědi

[JUR]

prosim prosim poradte mi

ve Fedore mi to nedelalo.

[Pavel Sýkora]

Nemuze to byt tim, ze se musi zadat, zda hodiny v BIOSu bezi v lokalnim case nebo v UTC? Pokud jsou na pocitaci i Windows, tak by se melo v Linuxu nastavit, ze cas je lokalni. Unixy implicitne predpokladaji, ze hodiny jsou v UTC.

[Martin Korous]

Mě se stalo něco podobného o 2 hodiny, ale kvůli tomu, že jsem dělal nějaké experimenty (už ani nevím jaké) ne samovolne od sebe.
A jeste navic ruzne aplikace ukazovaly ruzne casy, treba hodiny ve window manageru a php ukazovaly ten 2 hodinovej rozdil a neslo to seridit dohromady.
Rebootoval jsem do biosu tam jsem to opravil, pak jeste jednou nekde, asi v tom window manageru a pak uz to bylo ok.

[*Mirda*]

Me se to stava taky. Cas se cas od casu posune o hodinu dopredu. Musim ho pak srovnat v BIOSU. Mam Slackware 9.1.

[knovy]

Me se stavalo neco podobnyho, ale asi to nebude presne omo. Bylo to tim ze jsem mel dva OS a navzajem si menily cas. Jeden OS rovnal HW cas. Druhy nastavoval cas softwarovy a hardwarovy posunoval o urcitou korekci. Z toho vyplyva ze mi to nedelalo pri behu systemu ale pouze pri spusteni OS. Ve vasem pripade nevim.

[Peter Golis]

mne tiez, vlozil som si dalsi (pomerne stary) disk, a hodiny v biose mi zacali chodit pomalsie. neskor sa mi vypli pri vypnuti pocitaca. samozrejme ze v linuxe mi isli korektne, teda ked som ich nastavil.
najprv som si myslel ze za to moze posledna hw zmena (disk), ale bola to este poslednejsia zmena. odisla baterka na doske

[Wolfy]

No me to taky delalo ale nvim proc ale vyresil sem to tim ze sem smazel soubor /etc/adjtime a pak sem znovu spustil clock. V tom souboru mam mozna zapsane nejake korekce.

[Stanislav Brabec]

Gentoo je blbý a je to už přes rok nahlášené v Gentoo Bugzille (můžete si tam přidat komentář a zvýšit prioritu). Je jim to jedno, protože typický Gentoo je přece trvale online a stále se rovná podle NTP.

Při zasavení počítače se zapíše posunutý (většinou zpožděný) čas do hw hodin. Tím hwclock dojde k závěru, že se hw hodiny předbíhají, a příslušně to "opraví". Při dalším startu a opravách nastavení hodin se to opakuje. Pěkně se to rozkmitá, až to začne dělat třeba hodinovou chybu.

Řešení.

Samozřejmě zároveň musíte smazat /etc/adjtime a začít ho nastavovat od nuly.

[JUR]

ok, jen co prijdu domu tak to zkusim

jinak na pc jede jen gentoo(zadny widle)

[JUR]

AHOJ .... tak jsem to na nejaky cas nechal bejt -- ale dela mi to opravdu problemy ... kdyz sesynchronizuju cas a za 10 minut prijdu, tak je ten cas minimalne o 6 minut posunutej dopredu(sesynchronizuju v 10:00 -- prijdu v 10:10 a je tam 10:18)

-nevite, co by to mohlo delat?

kdyz dam hwclock ... tak to vypise spravny cas pri vypinani mam nastaveno, aby se cas sesynchronizoval s ntp serverem a pak, aby se ulozil do hw hodin. ale problem nastava, kdyz nejsem pripojenej k NETu(coz je u notebooku casto) Potreboval bych s tim help.

[jm]

Ne, do HW hodin nic neukladajte, vzdyt nahore vam kolega daval odkaz na to reseni...

OK. Trivial solution:

Remove everything in /etc/init.d/clock in stop() section and keep there only stub (eend 0 ; return 0). It solves problems with hwclock acurracy.

I have looked at SuSE's /etc/init.d/boot.clock and it also doesn't anything with clock on halt.

[JUR]

pardon, jsem hloupy ... nebyl jsem u sveho PC, takze sem si neuvedomil, ze sem to jiz odstranil ... ale stejnak by mne zajimalo, proc se ten softwarovy cas posouva? Jedine budu muset dat do cronu, aby se mi kazdych nekolik minut srovnal soft cas podle hardwaroveho.

[Stanislav Brabec]

Nemohou být nesmysly v /etc/adjtime z doby, kdy čas utíkal?

Pokud máte nějaký problematický hardware, cron je také řešením. Kdysi jsem dával 1× za 2h --hctosys a jednou denně a při bootu --adjust.

[JUR]

nejvetsi muj problem je, ze nerozumim jakej je rozdil mezi UTC a CEST kdyz dam date tak se vypise: jirka@jur jirka $ date St dub 21 18:36:52 CEST 2004

a kdyz dam cat /etc/adjtime -0.334792 1082537311 0.000000 1082537311 UTC

tak tam je UTC > potreboval bych si to nejdriv sjednotit v hlave

[jm]

Zjednodusene receno UTC = GMT; cili v BIOSu nastavit hodiny na UTC a nalinkovat ln -sf /usr/share/zoneinfo/Europe/Prague /etc/localtime

[jm]

Jo a jeste v /etc/rc.conf nastavit CLOCK="UTC"

[Stanislav Brabec]

Rozdíl mezi UTC a CEST jsou 2 hodiny (CEST ukazuje o 2 navíc).

Pokud máte hodiny v UTC, vše zařídí systém, stačí /etc/localtime nebo proměnná TZ.

Pokud máte hodiny v lokálním čase, musíte je dvakrát do roka posouvat na letní a zimní čas (nebo nastartovat Windows). To ale může rozhodit adjtime.

> a kdyz dam cat /etc/adjtime -0.334792 1082537311 0.000000 1082537311 UTC

To je rozumný posun (0,33 sekundy za den).

[JUR]

ty veci jako localtime a CLOCK="UTC" jsem tam jiz mel spravne ... asi si budu muset nainstalit cron a synchronizovat to tak, jak bylo popsano. ale jak to delaji jine distribuce? ve Fedore mi to behalo bez problemu?

[jm]

Smazal jste ten soubor /etc/adjtime?

[Jiří Vičík]

Všechny zdravím,

řešil jsem teď něco podobného - ne-li stejného v SUSE 9.0 FTP. Nevím přesně po kterém kroku k tomu došlo, ale mám pocit, že to bylo po aktualizaci jádra z 2.4.21-144 na 2.4.21-202.

Problém se projevoval tak, že se zpožďovaly hodiny. Nejdříve jsem si myslel, že to je jen vadná baterka na desce, potom jsem zjistil, že ke zpožďování dochází za chodu systému a to za cca 5 hodin práce až 40 minut, ale velikost odchylky nebyla pokaždé stejná, někdy se dokonce hodiny i předbíhaly. Odchylka se projevovala nezávisle na připojení k internetu a nezávisle na dvou počítačích se stejnou distribucí (na třetím je vše ok, ale tam je 2.4.21-199). Zpoždění bylo větší při větším zatížení systému, naopak, běžel-li počítač 'bez zatížení', hodiny se předbíhaly, ale tam šlo tak o cca 60sec/den.

Dále jsem zjistil, že HW čas byl v pořádku až do vypnutí systému, kdy byl přepsán časem aktuálním systémovým - tedy špatným.

Příčinu jsem nenašel a o chybě jádra pochybuji a jelikož mi už došla veškerá fantazie a trpělivost, prozatím jsem to vyřešil tak, že jsem nakronoval každých 30min --hctosys, zakázal --systohc při runlevelech 0 a 6, a ještě jsem zakázal --adjust při spouštění. Teď to sice funguje, ale příčina problému dále přetrvává.

Nesetkal jste se někdo s něčím takovým, nevíte kde může být problém?       Dík J.

[JUR]

aha ... taky jsem si rikal, ze dneska se to posouvalo az nejak moc hodne, -- takze je mozne, ze mi to dela taky pri vetsi zatezi, protoze jsem kompiloval KDE 3.2.2

Take sem to prozatim vyresil CRONEM, jadrem to asi nebude mam 2.6.4

[iji]

mam stejny problem se suse 9.0 ftp - provozovano na ibm thinkpad r40 (centrino). bohuzel jsem si s originalnim jadrem nevsiml zadneho problemu, ale se soucasnym (2.4.21-199) se mi hodiny zpozduji cca 10 minut/tyden. na pricinu problemu jsem zatim neprisel, takze to resim obcasnou korekci pres ntp.

[Jiří Vičík]

Teď jsem si všiml, že mi to asi nejvíc zpožďuje hlavně k3b (nedistribuční verze) 0.11.9...... J.