On Wed, 28 Apr 1999 [EMAIL PROTECTED] wrote:
> I happen to know that this solution (apm off, RTC on) does NOT fix this
> problem. I've been running that way for darn near two years now and it
> has not worked. (YMMV)
Yes, I know.
> I had the solution for this, posted a couple months ago to this very
> group, somewhere in a mailbox, but am not able to find it. Grrr. I'm
> thinking that it may have been posted to linux-kernel instead and
> forwarded over to me from an admin who read linux-kernel. I will look
> again for it and see what I can find. In the meantime, I simply cron
> every hour with an annoying ntpdate command which moves the clock about
> 120 seconds/hour. Yes.. annoying.
The solution for me is a little script running in the background and
updating the systemclock from /proc/rtc.
#!/bin/sh
while sleep 30; do
/bin/date -s "`grep rtc_time /proc/rtc | cut -f 2- -d :` `grep rtc_date /proc/rtc |
cut -f 2 -d : | sed -e s/-//g`"
done
But this could not be a solution, I think. Why is this systemclock
drifting anyway?
Robert Sander "Is it Friday yet?"
@Home http://home.pages.de/~gurubert
pgp available there
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
