Добави това в /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 <[EMAIL PROTECTED]> To: lug-bg@linux-bulgaria.org 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 <[EMAIL PROTECTED]> > > >Reply-To: lug-bg@linux-bulgaria.org > > >To: lug-bg@linux-bulgaria.org > > >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 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL > > >PROTECTED] > > >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 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL > PROTECTED] > 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 -------