Fórum Ubuntu CZ/SK
Ostatní => Archiv => Téma založeno: Skeletonix 11 Května 2007, 23:27:37
-
Ahoj,
zjistil jsem, že se mi výrazně zpožďují systémové hodiny. Hodiny v Biosu (hwclock) jdou dobře, jen ty systémové se zbrzdí za 30 min o 5min. Je to velmi nepříjemné, prosím co to může způsobovat ? Zkoušel jsem aktivovat synchronizaci z internetem, ale na takovýto rozdíl je krátká.
Děkuji
-
To by mohla být slabá baterka, která drží BIOS. Zkus ji vyměnit, měla by to být obyčejná RS232.
-
Už je to vyřešeno (doufám) :
musel jsem smazat /etc/adjtime a synchronizovat systémový a hardwarový čas s internetem
sudo rm /etc/adjtime && sudo /usr/sbin/ntpdate -u tak.cesnet.cz && sudo hwclock --systohc
-
Už je to vyřešeno (doufám) :
musel jsem smazat /etc/adjtime a synchronizovat systémový a hardwarový čas s internetem
sudo rm /etc/adjtime && sudo /usr/sbin/ntpdate -u tak.cesnet.cz && sudo hwclock --systohc
Díky moc za tip! Také jsem s tím měla problém, a zatím je to OK :-D ...
-
mno teď se mi to zase trošičkou pro změnu předbíhá ... ale to už je snesitelné,
-
... tak to byla baterka ;)
-
ne nebyla :( ... teď jde zase čas napřed po výměně :(
-
Myslím že na hodiny funguje v linuxu nějaká fce která může časovou periodu upravovat. Nevím zda to není něco jako adjustime (tick adjust). driftfile /etc/ntp/drift asi pomůže.
-
Ntptime umi "serizovat" tik systemovych hodin postupne tak, aby se blizil co nejvice idealu. Hodnota rozdilu je ve /var/lib/ntp.drift a neustale se upravuje a zpresnuje. Cim dele stroj bezi, tim lepe jsou hodiny serizene.
-
adjustimex jsem vyzkoušel ... funguje jen v recovery modu, jinak hlásí po 2-3 průběhu: invalid argument. Teď už se to předběhne tak za 4h o 15min .. což není tak strašné ale pořád to není to pravé. Zkoušel jsem již jádru dát parametr noapic ... ale zatím nemohu najít řešení
-
:( ... už jsem vyzkoušel vše možné, ale systémový čas si děla stále co chce. Nedávno jsem si hrál s cpufreq, může to na to mít vliv ? Škálování f CPU jsem zrušil, ale asi od té doby blbne čas.
-
Možná nastavit přímo odchylku v /etc/ntp.drift
Nebo nechat aktualizovat čas přes inet každou půlhodinu nebo čtvrthodinu s NTP serverem. http://phoenix.inf.upol.cz/~bazgierv/ntp.html
-
soubor /etc/ntp.drift vůbec nemám v systému. Nemohl by to být ten problém ?
-
Dela si ho ntpserver, kdyz neni nainstalovany, neni ani ntp.drift a hodiny se pravdepodobne ridi nejakym klientem, ktery saha na nejaky ntp server v internetu. Priznavam, ze jsem nezjistil, jak to je v Ubuntu udelane se synchronizaci casu. Mam dojem, ze nejak divne.
Instalovat ntpserver na obycejneho klienta je IMO tak trochu "kanon na vrabce". Mam na siti dva stroje s NTP servery, ktere se synchronizuji podle serveru Cesnetu a vsechny stanice si tahaji cas od nich.
-
Pokud se zpozduji hodiny, je mozne, ze neprichazeji signaly z casovace hodin...
-
a jak to napravit či je to HW problém ?... stále to neběží. Snad to spraví plánovaný prázdninový reinstall systému kvůli reorganizaci disku.
-
No a zkusil jste nainstalovat resp. mate tam nainstalovane to NTP - bud klienta, nebo i server ?
-
zkoušel jsem to s nainstalovaným balíkem NTP i s odinstalovaným a žádná změna :(
-
Zmena se projevi, az kdyz ntp bezi. Kdyz ntp spoustite, musite mit systemovy cas radove na minuty presne, jinak s tim nic neudela. To je schvalne, aby nevznikaly skoky v case (velke databaze a podobne).
1. nainstalovat ntp
2. zkonfigurovat ntp servery, tik.cesnet.cz, tak.cesnet.cz, nebo nejaky pool / je to v dokumentaci
3. zastavit (/etc/init.d)
4. nastavit systemovy cas
5. spustit ntp
NTP server ma nastroje pro kontrolu synchronizace. Pokud ho spustite a bezi dele nez 5 minut, "chytil se" a synchronizuje. Kdyz se ukonci, neco neni v poradku.
Stav, pokud NTP bezi, zjistite programy ntpq, ntpdc, nebo prikazem ntptrace.
-
tak to vypadá že běží :
ntptrace
localhost: stratum 2, offset 0.003220, synch distance 0.536503
tak.cesnet.cz: stratum 1, offset 0.000000, synch distance 0.002700, refid 'GPS'tak snad půjde i čas jak má ;)
-
hmm ... tak už to hlásí toto:
localhost: stratum 2, offset -0.124933, synch distance 0.974847
***Invalid association ID specifiedto asi nebude dobře
-
Mam na serveru soubory:
/etc/ntp.conf (192.168.2.0- vnitřní síť)
restrict default noquery notrust nomodify
restrict 127.0.0.1
restrict 192.168.2.0 mask 255.255.255.0
fudge 127.127.1.0 stratum 3
server 147.228.57.10
server 195.113.144.201
server 195.113.144.238
server 127.127.1.0
driftfile /etc/ntp.drift
logfile /var/log/ntp.log/etc/ntp.conf.sv
restrict default nomodify noquery
server 127.127.1.0
fudge 127.127.1.0 stratum 10
driftfile /etc/ntp/driftA v pohodě to maká.
Ten poslední příspěvek je výpis z logu?
-
Co se Vam nelibi, mate server stratum 2, to je malo ?
-
jen mě mátlo ... ***Invalid association ID specified
-
Nedalo by se přece jen zjistit, proč se ty hodiny předbíhají/opožďují? Když jdou hodiny v BIOSu dobře, tak to musí být chyba v systému. Každých pár minut muset synchronizovat čas, aby hodiny neukazovaly nesmysly, to tedy není správné řešení.
Radu ale nemám, já tady na fóru Linux teprve "očuchávám", neb bych si ho rád v budoucnu nainstaloval jako druhý systém. Ale zde probírané řešení mi i přes mou neznalost nevoní... :)
-
Mám tušení že ten čas jsem si rozvrtal takto sám ;) (plus dopomoc docházející baterky) ... ale jak to napravit netuším .. NTP server docela pomáhá, ale po asi 15h vypnutí PC se čas předbíhá o 2min a hwclock jde správně. Ale věřím že to NTP dorovná než vypnu PC !
-
tak to pořád neběhá ... po znovu spuštění PC je čas úplně někde jinde
-
Hw / bios zalezitost. Jen tak pro kontrolu, nastavil jste ty hodiny v biosu po vymene baterky, zejo?
-
Pokud vlezeš do BIOSu a přesně srovnáš čas podle hodinek, uložíš a vypneš PC. Pokud po patnácti minutách (nebo hodinách jak jsi psal) vlezeš opět do BIOSu a bude tam rozdíl. Je to chyba krystalu časovače a s tím nic nelze moc dělat. Maximálně ho přepájet (to nedělej pokud nemáš zkušenosti).
Stejnak si myslím že by stačilo při každém startu nechat ověřit čas u ntp serveru.
-
vážně to nechápu ... byl jsem nucen udělat čistou instalaci (na přechod na "gutsyho") a vše jelo opět v pořádku (2měsíce)
ale ouha zase jsem zkusil zvolit v gnome klikátku udržovat s internetovými servery a už to zase zlobí: ať mám nastavené automatické nastavení času či ruční nastavení času hodiny se rozchází !
Server kontaktuji bez problémů - čas seřídí - ale jako by byla vteřina jinak dlouhá :(
-
mno jestli tomu dobře rozumím ... tak za 1 minutu se to zpozdí o: ~7s
skeletonix@kosmik-1:~$ sudo /etc/cron.hourly/ntpdate
19 Nov 20:29:06 ntpdate[8437]: step time server 91.189.94.4 offset 13.128119 sec
skeletonix@kosmik-1:~$ sudo /etc/cron.hourly/ntpdate
19 Nov 20:30:00 ntpdate[8479]: step time server 91.189.94.4 offset 7.626332 sec
skeletonix@kosmik-1:~$ sudo /etc/cron.hourly/ntpdate
19 Nov 20:31:01 ntpdate[8492]: step time server 91.189.94.4 offset 8.489637 sec
asi mne o víkendu čeká znova reinstall ... začínám dohánět dobu když jsem jezdil na WIN :/
-
Jestli si dobře vzpomínám ,tak jsem s tím měl podobné problémy.Pamatuji se,že problém byl v instalaci Ubuntu a XP na jednom počítači.XP šly dobře a v Ubuntu to zlobilo.Tam se nějak ty časy hádají.Musí se někde něco vypnout ,již si ale nevzpomínám co.Zkusit hleda v Poradně.
-
momentálně jsem trochu pošteloval /etc/adjtime a nějak to jde ... až bude chvíle času juknu na to ..dík
-
tak jsem se vrátil asi k měsíc staré záloze kde hodiny na 100ř fungovali a zase nic !!! .... Já už se na to !!!!!
-
A co BIOS a slabá baterka?
-
ne ... dokud jsem našáhl na NTP tak to šlo pod win hodiny běží OK ... pořád se mi objevují nesmyslné odchylky v /etc/adjtime ... o víkendu reinstall (to je již 2. do roka ... zlaté Win) a snad to zabere
-
reinstall zabral (nervy nevydrželi) ... tak teď už jen zase vše nastavit :(
-
stejně by mne zajímalo co to dělá (vrtat se již v tom nebudu ;)), že nepomůže ani vrácení se k funkční záloze :(