Clock drift is a known problem the the 68k Macs under *n*x, so I thought installing the NTP daemon would solve the problem. Unfortunately this doesn't seem to be the case with default settings. Is there any type of option I can use with ntpd, or other trick I can do, to get ntpd to maintain the correct date on my SE/30? It seems to do fine as long as there's no load on the machine, but whenever I start a fairly intensive task (4 hour software compile) the clock slips beyond the "sanity threshold" of ntpd, and the daemon dies.
If you run ntp as a server, you can't update the time via ntpdate on that machine. I found you have to stop the server, update the time, then start the server back up.
I run this cron job weekly on my ntp sever machine
/etc/rc.d/init.d/ntpd stop /usr/sbin/ntpdate -b ntp-2.cso.uiuc.edu /sbin/hwclock --systohc /etc/rc.d/init.d/ntpd start
Notice I sync the hardware clock after I set the time. ntpd keeps the software clock in sync, but not the hardware clock.
I vaguely remember that the clock was one of the thinks that didn't work that well with Linux on 68k.
I also had a problem with ntpd not being able to start because the time was so far off. The init script on my YDL machine tries to fix this but didn't work for me. I changed part of the /etc/init.d/ntpd script.
start() {
# Adjust time to make life easy for ntpd
# if [ -s /etc/ntp/step-tickers ]; then
# echo -n $"Synchronizing with time server: "
# /usr/sbin/ntpdate -s -b -p 8 -u \
# `/bin/sed -e 's/#.*//' /etc/ntp/step-tickers`
/usr/sbin/ntpdate -s -b ntp-2.cso.uiuc.edu
success
echoI commented out the original code and hard-coded a specific ntp server to sync with.
With a Google for "ntp linux 68k" I found this page
http://obswww.unige.ch/~bartho/xntp_faq/faq3Carh.htm
with this quote
** Begin Quote ** From: [EMAIL PROTECTED] (Rick Thomas) [-/+] Date: 30 Jan 1998 14:08:58 -0500 [-/+] Newsgroups: comp.protocols.time.ntp Subject: Re: xntpd config [-/+] X-Keywords: release [-/+]
[EMAIL PROTECTED] (Amitai Schlair) writes:
>I'm trying to get xntpd working on my NetBSD/mac68k system, which loses >quite a bit of time as it goes along (in the vicinity of an hour or two >per day!). NTP is integrated into NetBSD as of the 1.3 release, so I'm >using the ntpdate, xntpd and xntpdc that came with the system. However, >time loss occurs at the usual rate _with xntpd running_.
With an ultra-large intrinsic drift like that, what's probably happening is that the 5 minutes or so that it takes xntpd to get an estimate of the offset is long enough for the drift to invalidate the estimate.
Also possible is that the kernel is syncing to the CMOS clock, which is way out of kilter.
Read up on the man page for the "tickadj" program. The fixes for both of these problems are in the "-t" option and the "-s" option respectively.
Rick ** End Quote **
I would go to that page and follow that thread by searching for "68k" with your browser search function.
Charles Dostale System Admin - Silver Oaks Communications http://www.silveroaks.com/ 824 17th Street, Moline IL 61265 [EMAIL PROTECTED]
-- MaX-list is sponsored by <http://lowendmac.com/> and...
/ Buy books, CDs, videos, and more from Amazon.com \ / <http://www.amazon.com/exec/obidos/redirect-home/lowendmac> \
Support Low End Mac <http://lowendmac.com/lists/support.html>
MaX-list info: <http://lowendmac.com/linux/max.shtml> --> AOL users, remove "mailto:"; Send list messages to: <mailto:[EMAIL PROTECTED]> To unsubscribe, email: <mailto:[EMAIL PROTECTED]> For digest mode, email: <mailto:[EMAIL PROTECTED]> Subscription questions: <mailto:[EMAIL PROTECTED]> Archive: <http://www.mail-archive.com/max-list%40mail.maclaunch.com/>
Using a Mac? Free email & more at Applelinks! http://www.applelinks.com
