BFU: jak se zmeni cas na serveru

[Michal Dobes]

Jan Houstek wrote:
> To je trochu nepresne. IMHO je fuk, co si mysli BIOS (rikejme tomu treba
> HW hodiny), jadro pouziva svuj SW cas a ten podle nastavenych locales a
> podle volane funkce spravne prepocitava. Jedine o co jde je pri bootu a za
> provozu serizovat ty SW hodiny. Pokud to nekdo dela pres ntpdate + ntpd,
> tak je fuk, co ma v HW hodinach (nepotrebuje je, nebot ma na internetu
> lepsi, naopak je rozumne seridit ty HW hodiny podle SW). Pokud HW hodiny
> pro serizovani pouziva, tak musi ten serizovaci skript
> (/etc/init.d/hwclock nebo tak nejak) vedet, jaky cas ty HW hodiny
> ukazujou, ale UTC podminkou rozhodne neni.

Par poznamek.
Neni uplne jedno, co mate v CMOS, protoze pokud pri spusteni NTP demona
bude rozdil casu mezi lokalnim casem a internetem veliky, tak NTP demon 
to odmitne dorovnat. Proto slusne distribuce pred spustenim NTP demona 
prvne zkusi nastavit lokalni hodiny pomoci ntpdate a spol, tam neni 
s tim skokem problem (par aplikacim to ale nemusi delat dobre, chtelo
by to nejaky signal na aplikace, ze dochazi ke zmene hodin).
Vyhoda casu v UTC v CMOS je ta, ze pokud se nahodou server vypne
jeste v letnim case a pak zapne v zimnim (nebo naopak), tak neni jasne,
zda CMOS je uz zimni/letni a hned mate hodinovou chybicku. Pri UTC 
je cas jasny, jenom dle aktualniho datumu je posun o hodku nebo dve.

Jeste vtipnejsi je to na FreeBSD a spol? Pokud mam jadro v secure
level 2, tak neni dovolena zmena casu o vic jak jednu 1 s.

	Majkl