El Miércoles, 31 de Enero de 2007 17:16, Carlos E. R. escribió:
* la funcion adjtime() , ajusta GRADUALMENTE el reloj del sistema, en funcion de lo que reporte gettimeofday() , aplicandose las excepciones de delta y
No hablo de eso; es totalmente distinto y sin relación con lo que hablas.
* Entonces lo dire de otra manera, el sistema en el rearranque no tomara una diferencia horaria de una hora, no se puede considerar un desajuste de 60 o 120 minutos como un parametro aplicable bueno, diga lo que diga /etc/adjtime que no lo dira como resultado de ejecutar el comando hwclock --hctosys, si lo hace es un bug de programacion, para una maquina con rearranques frecuentes no es recomendable ntp para ajustar el reloj del sistema, aunque si mas descansado, ya que falseara los datos de desajuste, un cron con ntpdate o adjtimex y hwclock para CMOS seria lo apropiado. * Si lo hace la razon frecuente es que linux considera la hora hardware como GMT y windows como hora local una de las dos estara muy incorrecta en funcion de la configuracion del reloj hardware. * Tiempo atras se solucionaba poniendo a NO el parametro UTC, ahora basta con que /etc/rcS.d/Sxxxx.clock lea --localtime en /etc/sysconfig/clock para que ambos sistemas vean lo mismo, aparte que el script en su ejecucion deberia poner a cero /etc/adjtime o pasar el parametro --noadjfile, otra cosa sera si la pila esta estropeada.