Dotaz: systemovy / hardwarovy cas

[-alf-]

zdravim, prosim nekoho ze zkusenych o radu. prolezal jsem starsi prispevky ale primou odpoved jsem bohuzel nenasel mam problem se systemovym casem. vyuzivam suse 9.3 a do updatu kernelu to bylo vsechno OK, nicmene ted se mi deje to ze pokud vypnu pocitac napr. v 10hod. a zapnu ho o dve hodiny pozdeji, tak systemovy cas ukazuje 10 hod a minuta - pocita se od posledniho vypnuti pc.

pokud pred bootem linuxu kouknu d BIOSu, je tam pripraveny cas ok dejme tomu na 12h, pri startu linuxu ale asi dojde k jeho prepsani a prenastavi se na tech "10:01" existuje na toto nejaka vec ktera dokaze zamezit aby se cas takhle prenastavoval a pri startu linuxu se zachoval puvodni hardwarovy ktery je spravne? cetl jsem o vypnuti funkce at se pri shut downu prepise syst.cas do hw, ale to tento problem neresi, protoze hw cas je az do noveho startu suse OK. diky za kazdou radu.

Odpovědi

[petr_p]

Ja jsem mel problemy s SuSE 8.1, ktery take tvrdohlave posunoval cas pri bootu. Nakonec jsem to vyresil prepsanim /etc/init.d/boot.clock (nebo jak se to jmenuje).

Nejprve jej vyjmete ze startovaci a ukoncovaci sekvence. Po rebootu by mel cas zustat +- stejny (az na rozdil casoveho pasma). Pak prepiste start sekci na hwclock --adjust --hctosys a stop sekci na hwclock --systohc. Nezapomente na spravne nastaveny /etc/localtime a vybrat mezi UTC a locatime casem v /etc/adjtime.

Pokud byste mel stale problemy, bude nejspise chyba v jadre nebo hardwaru.

[-alf-]

zkusim diky za tip. a myslite ze tohle by se mohlo zmenit od drivejsiho chovani po updatu kernelu? potize jsou totiz od te doby, predtim to bylo OK

[petr_p]

Ano, mohlo. Vyznam pro systemove hodiny ma jadro, program hwclock, startovaci skripty, ktere jej pouzivaji a glibc.

[-alf-]

muj aktualni boot.clock jsem umistil sem. mohu poprosit o praktickou radu jak je myslen vas popis s vyjmutim ze start sekvence? tj. jak by to melo vypadat pred restartem? dekuji.

[petr_p]

Ten kod se zda byt v poradku, v zasade by mel obsahovat toto:

. /etc/sysconfig/clock

# debug mode
set -x 

case "$1" in
  start|restart)
    test -f /etc/adjtime || echo "0.0 0 0.0" > /etc/adjtime
    /sbin/hwclock --adjust $HWCLOCK
    /sbin/hwclock --hctosys $HWCLOCK
    ;;
  stop)
    /sbin/hwclock --systohc $HWCLOCK
    ;;
esac

V /etc/sysconfig/clock musite mit spravne vybrany LOCAL nebo UTC a /etc/localtime musi byt link nebo kopie spravneho zonoveho souboru (asi /usr/share/zoneinfo/Europe/Prague).

Pokud to stale nebude fungovat, tak v SETUPu k BIOSu nastavte spravny cas a nabootujte jadro s init procesem /bin/bash (parametr jadra init=/bin/bash) a root filesystem pripojte jen readonly (parametr jadra ro). Pak hned prebootujte a v SETUPu zkontroljte cas.

Pokud cas vydrzi, opet nabootujte do bashe a spuste hwclock --hctosys a pak prohlednete cas prikazem date a prikazem hwclock --show. Pokud pouzivate mistni cas (v /etc/adjtime je posledni radek LOCAL), tak budou oba casy stejne, jinak se budou lisit o 1 hodninu (stredoevropsky cas).

Kdyz prezije i to, tak provedte to same a pridejte prikaz hwclock --systohc (opet muzete zkontrovot cas obema prikazi) a rebootujte.

Nakonec muzete pridat korekci nepresnosti realnych hodin prikazem hwclock --adjust (jeste pred hwclock --hctosys).

Zkontrolujte si taky, ze nemate vybytou baterii napajejici CMOS s hodinama.

[ow]

Priste by stalo za to napsat sem jeste chipset a podobne. Napriklad s nekdterymu chipsety od ATI mel normalni kernel problem. Cas se mi totalne rozhazoval, protoze tam byl nejakej bug s casovacem a nakonec pomohl boot parametr no_timer_check. Takze kdyby nepomohli predchozi rady, zkuste se mrknout na to, jestli vam cas bezi v linuxu spravnou rychlosti.

[Aleš Kapica]

Možná je to stejná věc co pomohla mi, ale standadně přidávám do GRUBU parametr disable_timer_pin_1 a pak jede vše OK, jinak je čas dvojnásobně zrychlený a zblbne to kdeco.

[-alf-]

O tohle nejde. Pokud PC bezi treba cely den, tak cas je naprosto OK, nepredbiha se, nezpozduje se. Jde skutecne jen o to jestli lze nastavit aby se ten systemovy (posledni cas kdy bezel system) neprepisoval pres hardwarovy pri novem startu systemu.