Dotaz: Problém se systémovým časem

[Danielsnojacks]

Mam nainstalovany Debian Sarge a nemuzu si poradit s nastavenim casu. Z neznamych duvodu se systemovy cas neustale nastavuje na 13.prosince 1901 21:45. Zakladni deska je nova a hardwarovy cas je v poradku, casova zona je nastavena na Europe/Prague. Nepomohlo ani nastavit ntp synchronizaci z Internetu.
Nevedel by nekdo, cim to muze byt zpusobeno ?

Odpovědi

[Míra]

Co to dělá při použití příkazu date?

[petr_p]

A ja vzdycky myslel, ze v UNIXU se zacina 1.1.1970. Mas to nejake divne.

Nastav si v BIOSu spravny cas, nabootuj primo do shellu (vynech init) a zkus prikaz date a hwclock. Pripadne si nastav promennou TZ, pokud mas chybny /etc/localtime. Zkus ten pocitac taky vypnout a zapnout kvuli baterii pro CMOS, taky zkontroluj /usr/share/zoneinfo.

[Michal Kubeček]

Co to znamená čas se neustále nastavuje? Znamená to, že vám na té hodnotě stojí, že se na ni čas od času (jak často?) vrátí nebo že se tak nastaví jen při startu systému? Jinak ten čas nebude náhodný, pokud by to bylo 21:45:52, tak to bude přesně -2^31…

[Danielsnojacks]

Ze souboru /var/log/messages jsem zjistil, ze se to stalo kolem pulnoci. Dec 13 1901 21:45:52. Potom co se nastavi, bezi jakoby nic, dokud to nespravim.

[wake]

to bude nejspis vlci mlha, protoze na *nixech se skutecne cas pocita od 1.1.1970. byl-li by vystup prikazu date ?

[Danielsnojacks]

Když pisu, ze se nastavuje na toto datum, tak nejde o vlci mlhu ale o fakt. Ja nejsem zadny velky expert pres unix, ale vim ze tam funguje neco jako epochy, protoze datum 1970 je jako birthday a protoze je prezentovano jako pocet sekund v 32 bitovem integeru musi v roce 2038 skoncit a zacit dalsi epocha, stejne tak to funguje i pozpatku

Vypis z konzole:
date
So pro 14 02:24:19 CET 1901
hwclock
St 6.duben 2005 6:54:55 CEST -0.609245 seconds

Tento cas se nastavil v noci a ted bezi normalne, zitra by tam bylo 14.12.1901

[Vlada Mezera]

A co nastavit cas pomoci date? Ten nastavi systemovy cas.
man date

[Danielsnojacks]

V noci se vzdy nastavi zpet na to datum 1901

[Michal Kubeček]

Pokud se to děje pravidelně, zkusil bych se mrknout, jestli se v tu dobu nespouští něco přes cron a pak bych zjišťoval, co přesně to dělá.

[wake]

omlouvam se. co se stane (v konzoli/v logach /var/log/messages a dmesg) pri /etc/init.d/hwclock.sh start a /etc/init.d/hwclock.sh stop ?

[Danielsnojacks]

Tyto skripty pracuji spravne. Tusim jestli to nebude mit souvislost s webminem, ktery pouzivam.

[Michal Kubeček]

Ja nejsem zadny velky expert pres unix, ale vim ze tam funguje neco jako epochy, protoze datum 1970 je jako birthday a protoze je prezentovano jako pocet sekund v 32 bitovem integeru musi v roce 2038 skoncit a zacit dalsi epocha

To není tak úplně pravda, třeba na x86_64 je time_t 64-bitový, takže tam to přeteče o něco později ( :-) ). A dá se očekávat, že do roku 2038 se začne 64-bitový time_t používat i na 32-bitových platformách. Větší problém je s tím, že většina používaných datových formátů a komunikačních protokolů používá 32-bitové hodnoty, takže takové formáty a protokoly (týká se to třeba i NTP) budou muset být nahrazeny novějšími verzemi.

[petr_p]

Takze to mame chybu v kernelu nebo glibc nebo nejake aplikaci, ktera bezi s euid==0 a vola syscall settimeofday(tv, tz), kde hodnotu v tv->time_t ma nejakou divnou (treba pretecenou).

Zarid, aby ti pres pulnoc nejel zadny program, ktery nastavuje datum. Tim zjistis, zda to dela kernel nebo userspace program. Pak zkousej postupne spoustet programy, cimz zjistis, ktery to dela (nebo si grepni zdrojaky).

[Wolfy]

Kdyztak zkus smazat soubor /etc/adjtime me jednou cas taky delal co chtel a tohle mi pomohlo, po smazani by melo jenom stacit nastavit cas a rebootovat