y eso ocasionó que las veces (pocas) que he reiniciado el equipo el reloj del hardware (bios) con el del software no se sincronicen y me muestre un retraso o bien un adelanto en el huso horario. Por lo mismo después de cada reiniciada tenía que cambiar el horario porque estaba atrasado. Hoy entre otras cosas estaba leyendo los correos a la Lista de Debian en Español (1) cuando vi que estaban tocando el tema, para que al final llegaran más o menos a lo mismo.
Ejecutar los siguientes comandos
root@soporte:/home/hbautista# date
lun sep 17 15:02:38 CDT 2007
root@soporte:/home/hbautista# hwclock
La ejecución de select() a /dev/rtc para esperar una señal de reloj expiró
root@soporte:/home/hbautista#
Y pues dicen que es un problema de que hwclock no puede leer la hora del bios y hasta ahí llegaban unos
, pero encontré un mensaje donde explican mejor el asunto (2):Pero el problema radica en el modulo llamado rtc, que "carga" el kernel si lo "bajas", el hwclock funciona bien, asi que para que no se cargue puedes hacer esto:
root@soporte:/home/hbautista# echo blacklist rtc >> /etc/modprobe.d/blacklist
despues puedes usar el paquete ntpdate, para sincronizar tu sistema, (si no
lo tienes bajalo),
aptitude install ntpdate
no tiene caso bajar el servidor ntp, puesto que no estamos conectados a
internet permanentemente, despues actualiza tu sistema con un servidor NTP
mundial.
hobbit:/home/adib# ntpdate ntp.nasa.gov
utiliza el comando "date", para ver la hora del sistema.
En mi caso no hice eso porque no me interesa usar ntpdate, pero veamos que sigue..
root@soporte:/home/hbautista# modprobe -r rtc
root@soporte:/home/hbautista# hwclock --systohc
Quitamos el módulo rtc del kernel, y luego sincronizamos el reloj del bios y por último verificamos la hora del bios.
root@soporte:/home/hbautista# hwclock --show
lun 17 sep 2007 15:08:31 CDT -1.581796 segundos
root@soporte:/home/hbautista#
La próxima vez que reiniciemos nuestro equipo ya no tendremos este problema
Enlaces:
Dejar un comentario