Pregunta fecha. hwclock sigue mostrándose mal cada vez después del reinicio


Pregunta editada para reflejar mejor la situación. (Mi hwclock y la fecha no se muestran correctamente)

Estoy en + GMT 8 y configuré mi reloj hwclock en localtimezone haciendo lo siguiente

rm /etc/adjtime
system-config-date -- to set the correct date/time
ln -s /usr/share/zoneinfo/Asia/Singapore localtime
hwclock --systohc --localtime

Por favor revisa mis configuraciones

[root@sjoam2 etc]# date
Sun Aug  2 03:24:59 SGT 2015

[root@sjoam2 etc]# hwclock --debug
hwclock from util-linux-ng 2.17.2
Using /dev interface to clock.
Last drift adjustment done at 1438457074 seconds after 1969
Last calibration done at 1438457074 seconds after 1969
Hardware clock is on local time
Assuming hardware clock is kept in local time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2015/08/02 03:25:16
Hw clock time : 2015/08/02 03:25:16 = 1438457116 seconds since 1969
Sun 02 Aug 2015 03:25:16 AM SGT  -0.672466 seconds


[root@sjoam2 etc]# cat /etc/adjtime 
0.000000 1438457074 0.000000
1438457074
LOCAL

Todo parece bueno La fecha y hwclock muestran el tiempo correcto hasta que hice un reinicio. Después del reinicio, la fecha se agrega otras +8 horas, aunque ya he especificado que hwclock está en localtime.

[root@sjoam2 ~]# date
Sun Aug  2 11:30:06 SGT 2015 **-- why +8 hours ? i have specified hwclock in localtime**

[root@sjoam2 ~]# hwclock --debug
hwclock from util-linux-ng 2.17.2
Using /dev interface to clock.
Last drift adjustment done at 1438457074 seconds after 1969
Last calibration done at 1438457074 seconds after 1969
Hardware clock is on local time
Assuming hardware clock is kept in local time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2015/08/02 03:30:09
**Hw clock time : 2015/08/02 03:30:09 = 1438457409 seconds since 1969
Sun 02 Aug 2015 03:30:09 AM SGT  -0.626865 seconds  -- still showing the correct timing for hwclock**

¿Pueden algunos gurús arrojar algo de luz sobre esto?

Saludos, Novato


0


origen


¿Cuál es el sistema operativo que estás usando? - Sachith
@Sachith centos6.6 - Noob
¿Cuál es la zona horaria en la que vives? - Sachith
SGT es hora de Singapur - Journeyman Geek♦
¿Puedes pegar la salida del archivo / etc / sysconfig / clock? - sureshraju


Respuestas:


Primero haga una copia de seguridad del archivo de hora local.

sudo mv /etc/localtime /etc/localtime.bak

entonces,

sudo ln -s /usr/share/zoneinfo/Country/City /etc/localtime

reemplace su país y ciudad donde vive. guardar y reiniciar para más información siga estos dos hilos. cambiar la zona horaria , creo esta tiene algunos detalles adicionales para ti.


0



Ya hecho antes de mi publicación original. Hay un enlace simbólico / etc / localtime que apunta a / usr / share / zoneinfo / Country / City Asia / Singapore ya - Noob
¿Qué pasa con la batería de tu PC? - Sachith
¿Cómo reviso la batería de mi PC? - En realidad estoy en vmware - Noob
@Noob, si la batería del sistema estaba muerta, el reloj estaría apagado por años, no por horas. Es decir, si lo encendía y lo apagaba volvería a una fecha predeterminada en algún momento del pasado, no en la fecha de hoy, sino en 8 horas más adelante. - moonpoint
sí, él no mencionó acerca de una VM. - Sachith


Si es hora de Singapur GMT/UTC tiempo más 8 horas y tiene 16 horas de anticipación cuando se reinicia, su sistema parece estar compensando dos veces por el desplazamiento.

En un sistema CentOS 7, Tuve un problema con el tiempo transcurrido por varias horas hasta que use el comando timedatectl. P.ej.:

timedatectl set-timezone Asia/Singapore

La opción "set-timezone" hace lo siguiente:

set-timezone [TIMEZONE]
           Set the system time zone to the specified value. Available
           timezones can be listed with list-timezones. If the RTC is
           configured to be in the local time, this will also update the RTC
           time. This call will alter the /etc/localtime symlink. See
           localtime(5) for more information.

Aunque el reloj del hardware de ese sistema usa la hora UTC. Por ejemplo, veo lo siguiente:

# hwclock --debug
hwclock from util-linux 2.23.2
Using /dev interface to clock.
Last drift adjustment done at 0 seconds after 1969
Last calibration done at 0 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2015/08/01 20:54:34
Hw clock time : 2015/08/01 20:54:34 = 1438462474 seconds since 1969
Sat 01 Aug 2015 04:54:34 PM EDT  -0.904866 seconds

La última línea del hwclock --debug El comando anterior muestra la hora local correcta para ese sistema en la zona horaria correspondiente.

En ese sistema, veo lo siguiente para / etc / localtime:

# ls -l /etc/localtime lrwxrwxrwx. 1 root root 38 Oct 5 2014 /etc/localtime -> ../usr/share/zoneinfo/America/New_York

Si ingresas ls -l /etc/localtime todavía lo ves apuntando a /usr/share/zoneinfo/Asia/Singapore


0



Tal vez el reloj del hardware se ve afectado por la BIOS. - redbeam_
@redbeam, esa es una buena sugerencia para verificar la configuración de tiempo allí también. - moonpoint
@moonpoint my / etc / localtime apunta a / usr / share / zoneinfo / Asia / Singapore y mi tiempo de bios es el mismo que el hwclock --debug output, que se establece como localtime. el reloj hwclock y la BIOS reflejan la hora correcta. pero la fecha agrega 8 horas adicionales a la hora correcta. Estoy en centos 6.6, por lo tanto, no tengo el comando timedatectl ni el de la zona horaria. pero con el comando system-config-date ya he configurado el país y la zona horaria correctos, por favor, ¿cuál es el problema? - Noob
@Noob, no es evidente para mí en base a la información que proporcionó por qué su tiempo todavía es de 8 horas de descanso. Me parece, también, que tienes la configuración correcta. Hay un sitio hermano para este Unix y Linux donde alguien puede proporcionar una solución para el problema si publica su pregunta allí con los detalles que proporcionó aquí. - moonpoint