Re: lug-bg: Razminavane na hwclock i system clock

["MafiaInc" <mafiainc@xxxxxxx>]

Добави това в /etc/rc.d/rc.local

# time verification
if [ -x /usr/sbin/ntpdate ]; then
echo "Time synchronization with:"
echo "JILA Laboratory, University of Colorado"
echo "Massachusetts Institute of Technology, Cambridge, MA"
/usr/sbin/ntpdate 18.26.4.105 128.138.140.44
echo "Done."
fi

.. и ще си решиш проблемите до някъде :)

--
MafiaInc (c) 1983 - 2005

---------- Original Message -----------
From: Peter Pentchev <roam@xxxxxxxxxxx>
To: lug-bg@xxxxxxxxxxxxxxxxxx
Sent: Wed, 31 Aug 2005 17:30:40 +0300
Subject: Re: lug-bg: Razminavane na hwclock i system clock

> On Wed, Aug 31, 2005 at 05:20:51PM +0300, Dimitar Dimitrov wrote:
> > 
> > 
> > 
> > >From: Peter Pentchev <roam@xxxxxxxxxxx>
> > >Reply-To: lug-bg@xxxxxxxxxxxxxxxxxx
> > >To: lug-bg@xxxxxxxxxxxxxxxxxx
> > >Subject: Re: lug-bg: Razminavane na hwclock i system clock
> > >Date: Wed, 31 Aug 2005 17:12:45 +0300
> > >
> > >On Wed, Aug 31, 2005 at 02:02:45PM +0000, Dimitar Dimitrov wrote:
> > >> Здравейте, имам linux машина, която работи от 1 година без спиране и без 
> > >да
> > >> ми е създавала проблеми. От 1 седмица имам следния странен проблем.
> > >> Разминава ми се системния часовник от хардуерния и то не незабележимо а 
> > >за
> > >> 1 ден с 30 мин! :| Някой сблъсквал ли се е с този проблем?
> > >>
> > >> p.s.
> > >> за системно време ползвам "clock", а за да видя хардуерния часовник -
> > >> "hwclock"
> > >
> > >Кой е "по-верният"? :)  Кой от двата избързва или се бави?
> > >
> > >Ако хардуерният часовник се бави, виж дали не се опитва да ти умре
> > >батерията на CMOS-а.  Ако той бърза... много странно, почти в категорията
> > >"shouldn't happen" :)
> > >
> > >Ако системният часовник бърза или се бави, а хардуерният си е наред,
> > >това също е малко странно, но лесно поправимо с помощта на някоя от
> > >програмите за синхронизация на време - най-препоръчителният вариант
> > >е NTP.
> > >
> > >Поздрави,
> > >Петър
> > >
> > >--
> > >Peter Pentchev	roam@xxxxxxxxxxx    roam@xxxxxxxx    roam@xxxxxxxxxxx
> > >PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
> > >Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
> > >This sentence is false.
> > 
> > Благодаря ти за бързия отговор...
> > Та значи....системния страшно много бърза, а хардуерния си е точен като 
> > атомен часовник :)
> > 
> > Сетих се и аз за някакво скриптче за синхронизиране, ама то е само 
> > избягване на проблема..
> 
> Да, и за избягването си прав, но все пак никога не е лоша идея да си
> имаш конфигурирано и работещо NTP (което е малко по-добро от 
> "скриптче за синхронизация" ;), особено ако машината ще върши разни 
> неща, за които времето е важно - пък било то дори и само да получава 
> и изпраща поща, да не говорим вече за хубави неща като file sharing 
> и т.н., където може да стане доста интересно, ако две различни 
> машини имат различна представа за това дали един файл върху обща 
> файлова система е по-нов или по-стар от някой файл върху техните 
> локални :)
> 
> > Чудно ми е от какво може системния ми часовник да не 
> > работи коректно?
> > 
> > Машината е Athlon 2500+ / 1 GB RAM/ 160 GB HDD/ Nforce2 Chipset
> 
> Тук вече ще замълча, за да не си проличи колко съм изостанал с развитието
> на нещата около процесори, системни таймери, таймери на същия чип,
> таймери на отделен чип, доколко това е свързано с клоците по шината и
> какво ли не още...  По-добре да се обади някой, който наистина знае как
> стоят нещата в последните 5-6 години :)
> 
> Поздрави,
> Петър
> 
> -- 
> Peter Pentchev	roam@xxxxxxxxxxx    roam@xxxxxxxx    roam@xxxxxxxxxxx
> PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
> Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
> This sentence claims to be an Epimenides paradox, but it is lying.
------- End of Original Message -------