Rendszeridő BRUTÁLIS csúszása

Alaplapok

Hi!

Egy ideje összevissza jár a gépem órája, óránként akár 6 másodpercet is siet a NTP serverekhez képest, ez főleg a beállított TV-felvételeket zavarja. Ha az szinkronizációt kapcsolom le, naponta updatelhetem a crontabot, ha szinkronizálok, akkor a felvételben A/V csúszás van a szinkronizálás pillanatától, ez minden újabb syncnél nő...
Az RTC modult kiiktatva szintén nem változott a jelenség.
Teljesen mindegy, hogy be van-e kapcsolva a gép, folyamatosan nő az eltérés.
Ha a CMOS elem adta volna fel, csak bekapcsoláskor lenne hibás az idő, nem?
Vajon mi a baja?

  • 3267 megtekintés

( fcsk | 2006. 10. 12., cs – 13:27 )

Próbáld meg kikapcsolni az acpi-t (acpi=off).
Az tud ilyet csinálni.

( rigidus | 2006. 10. 12., cs – 14:13 )

Az enyemnek is van hasonlo gondja, bar regikeletu dolog es mar volt rola szo, de hatha Valaki hw guru.. :-)

Egy laptoprol van szo, amikor lekapcsolom, megall az oraja, de nem torlodik a beallitott ido, hanem egyszeruen nem szamolja tovabb. Amikor visszakapcsolom, ujr elkezdi szamolni, de onnet ahonnet legutobb abbahagyta. Bios mar volt frissitve, most up-to-date. Elem tele van, de probaltam masikkal is, ua.

Az tiszta sor, hogy alaplap gondja van, de a kerdesem az lenne, hogy lehetne-e valamit kezdeni vele workaround-on es alaplap cseren kivul?

Koszi elore is :-)

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

( colos | 2006. 10. 12., cs – 15:14 )

en azert elso lepeskent kicserelnem az elemet, nem egy egetrengeto osszeg

udv Zoli

( superfly | 2006. 10. 12., cs – 15:48 )

Nem nagyon ismerem az ntp-t hardweresen tarolja le az idot?
Lattam mar olyat, hogy kollega leszinkornizalt, es nagy winyomozgasnal elkezdett csuszni.
Nem iratta bele a hw clockba.

( Replaced | 2006. 10. 12., cs – 16:38 )

Én is most nézem, tíz percet siet átállítom... és nocsak-nocsak fél óra múlva megint tíz percet siet...

--
TheReplaced - С Кем Ты?

Az AV delayt okozó szinkronizálás nálam ntpd-vel történt. rdate-nél nemtudom miért ilyen nincs, akkor se, ha -2 sec-et ugrik az óra a futtatásakor.
Az NTP az adjtime-al szinkronizál, ami fokozatosan csökkent/növel, az rdate pedig azonnal állít. Lehet itt a gond.
Így viszont mindenképpen egy crontabból rendszeresen futtatott rdate a biztonságosabb.

> Így viszont mindenképpen egy crontabból rendszeresen futtatott rdate a biztonságosabb.
Tévedés. Ugyanis ezzel sikeresen megszünteted az idő egy igen komoly jellemzőjét, miszerint folytonos és monotonon nő. rdate esetén (vagy akár a futás közti ntpdate esetén) is, ugrik az óra - akár előre, akár hátra, egyik se jó. (Képzeld el, hogy hátra, és 2x csinál valamit cronból, ami szarul van megírva és nem gondol arra, hogy van ott belőle még egy példány.)

( Csigaa | 2006. 10. 12., cs – 19:18 )

Megoldás #2 (az első az ACPI tiltása volt):
A BIOSban a "FSB Spread Spectrum" kikapcsolása (default = 0.50%). Még kutatok mi ez, de úgy néz ki, működik.
Egy fórumon találtam, ahol szintén A7N8X-szel volt ugyanilyen gond, és ezzel oldották meg.