La verdad es que no le he dedicado al reloj el tiempo que me hubiera gustado, pero
�no mola m�s y es m�s r�pido y menos movida hacer: /usr/sbin/rdate slug.ctv.es /sbin/hwclock --systohc --utc --debug cada vez que te conectas a internet para bajar el correo o al menos una vez por semana? Es lo que hago yo y creo que va perfecto. Sincronizo los lunes a las 10 de la noche, cuando conecto autom�ticamente para recuperar el correo. Ya se que el ntp es m�s exacto, pero soy un poco vago. Saludos. El 13 Apr 2000 a las 09:00PM +0200, Juan Leseduarte escribio: > Hola: > On Thu, Apr 13, 2000 at 07:22:14PM +0200, Miguel Rodriguez Penabad wrote: > > "Juan C. Amengual" wrote: > > > > > > [EMAIL PROTECTED] wrote: > > > > > > > En la Web de LUCAS (lucas.hispalinux.es) tienes un documento muy majo, > > > > que > > > > se llama: En-Hora-Como.html.tgz > > > > > > �Y d�nde? Llevo casi 20 minutos buscando all� y no encuentro esa > > > documentaci�n por ning�n > > > lado ... y me interesar�a, la verdad ... > > > > > El tgz no se, pero el MINI como :) est� en > > http://lucas.hispalinux.es/COMO-INSFLUG/COMOs/En-Hora-Como/En-Hora-Como.html > > > Supongo que consiste en el mensaje que ya enviaron a esta misma lista hace un > tiempo. Era realmente muy interesante, y era espec�fico para Debian, ya que > est� basado en los scripts que tiene por defecto Debian. No obstante, creo > que hay un fallo (ojo, en los scripts de Debian, no en el documento). Me > explico: La idea del m�todo es: Al arrancar Debian, el reloj del sistema > pregunta al reloj de hardware la hora que es, �ste responde, pero el el > sistema no se la cree, si no que dice: bueno como que desde la �ltima vez que > se apag� Debian ha pasado tanto tiempo, y como s� ( porque lo dice as� > /etc/adjtime ) que el reloj de hard necesita un ajuste de X segundos por d�a, > la hora que doy por buena es: > > hora que da el reloj de hard + X*n�mero de d�as (en decimal) que han pasado. > > Al apagar Debian, se controla el uptime seg�n el reloj de sistema y seg�n el > reloj de hard, para hacer una nueva estimaci�n de X (*supongo*), que se guarda > en /etc/adjtime, y se sincronizan los dos relojes. Con esto se consigue en > teor�a una gran precisi�n si los relojes est�n bien calibrados. > > PERO: > Lo que a yo observo es que el valor de X se actualiza mal. Este valor (el > primer n�mero que aparece en /etc/adjtime) deber�a ser m�s o menos el mismo. > Sin embargo observo que los ajustes se van acumulando, y si ten�a al principio > (el 10 de marzo pasado) como "suggested adjustment" = -0.3951 sec/day (por > cierto nada m�s hacer hwclock --systohc ya cambi� algo) ahora voy por: > -12.114908 > Actualmente voy 1 minuto y 32 segundos atrasado. Comparado con el desmadre que > ten�a antes est� bastante bien, pero creo que no es del todo satisfactorio. > Sobre todo teniendo en cuenta que para hacer el ajuste con el servidor de hora > de SLUG tuve el ordenador encendido todo un fin de semana para hacer 2 > adjtimex bien separados y tener un calibrado fiable. > > �Alguien me puede corregir si estoy equivocado? �Nadie ha observado esta > irregularidad? �Ser�a un error de los scripts o de hwclock? > -- --------------------------------------------------------------- Andres Seco Hernandez - [EMAIL PROTECTED] http://www.ctv.es/USERS/andressh --------------------------------------------------------------- Microsoft Certified Product Specialist MCP ID 445900 Debian GNU Linux 2.1 (slink) - Linux Registered User no. 113867 --------------------------------------------------------------- 04/13 Laotian New Year (3 days) in Laos 04/14 Lincoln shot, 1865 04/14 Titanic hits iceberg and sinks, 1912
pgpPnhvjAqOmo.pgp
Description: PGP signature
