[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]Carlos Castaños wrote: > Lo más facil es reiniciar la máquina lo cambias en el setup ya que linux > lo lee del reloj del bios > No, reiniciar la máquina se hace con Windows, en UNIX nunca necesitas reiniciar la máquina a menos que cambies de kernel o que te salga un kernel panic o un kernel Oops. A mi me dio el mismo problema el cambio de horario pra andar obedeciendo las recomendaciones de glibc2.2 de poner TZ=Mexico/General, pero regresé al método antiguo y ya jaló: 1. En tu archivo /etc/profile debes poner lo siguiente: TZ="MST+6MDT+5,M4.1.0/02:00:00,M10.5.0/02:00:00" export TZ # No me pregunten qué significa ese TZ, lo hizo Bruno Unna hace 4 años y ha funcionado. 2. Luego: . /etc/profile 3. Luego: /etc/rc.d/init.d/ntpd restart o /usr/local/bin/ntpdate -s -b -p 8 -u `cat /etc/ntp/step-tickers` o lo que quieras. A mi me funcionó Red Hat 5.2, 6.2 (PPP 6.4), 7.1 y 7.2 (XR 7.2). En servidores de producción, en caliente, sin reiniciar ni nada de esas jaladas y todo después de haber comatido la ingenuidad de usar TZ=Mexico/General que nunca me ha funcionado. Cuidado: Glibc2 recomienda que ese formato viejo no se use y que en su lugar se use el formato nuevo de Mexico/General, es probable que alguna aplicación les marque mal el tiempo. Usen el formato viejito bajo su propio riesgo. -- Sandino Araico Sánchez >drop table internet; OK, 135454265363565609860398636678346496 rows affected. "oh fuck" --fluxrad _______________________________________________ Ayuda mailing list Ayuda en linux org mx