Hora errada [RESOLVIDO]

removido
(usa Nenhuma)

Enviado em 12/10/2012 - 21:08h

Olá pessoal, nunca liguei para esse detalhe mas agora estou precisando resolver esse problema da hora errada no arch linux, já tentei reinstalar o sistema e seguir o passo a passo do guia de iniciantes:

https://wiki.archlinux.org/index.php/Beginners%27_Guide#Timezone

Mas não obtive sucesso, mesmo realizando o procedimento de criar um link simbólico /etc/localtime para o arquivo de zona da minha região global que no caso é /usr/share/zoneinfo/Brazil/East, já me certifiquei de verificar a saída do comando "ls -l /etc/localtime" e obtive essa saída:

lrwxrwxrwx 1 root root 31 Out 12 15:26 /etc/localtime -> /usr/share/zoneinfo/Brazil/East

Eu também realizei o procedimento do mesmo guia de iniciantes para configurar o hardware clock utilizando as configurações recomendadas com o comando:

hwclock --systohc --utc

E não obtive sucesso também, segue a saída do comando "hwclock -r":

Sex 12 Out 2012 17:53:31 BRT -0.360118 segundos

Segue a saída do comando "date":

Sex Out 12 17:56:30 BRT 2012

Agora são 20:58:00, posso concluir que o /bin/bash marca sempre a hora com 5 horas de atraso, como foi o caso da saída do comando "ls -l /etc/localtime", já os comandos "hwclock -r" e "date" marcam a mesma hora e com 3 horas de atraso.

Não sei se fui claro na explicação do meu problema, mas em resumo, não sei como configurar a hora do meu computador.

Só para constar, a bateria do meu computador está em ótimo estado, já verifiquei a hora marcada no setup da BIOS e esta correta.

Outro detalhe, meu HD tem apénas o arch linux ocupando todo o espaço, não tenho multiplo boot com outro sistema operacional.

Alguém pode me ajudar? Entendo um pouco de linux mas não consigo resolver esse problema, já pesquisei aqui na vol e todas as pessoas que conseguiram resolver esse problema não estão seguindo as recomendações sugeridas pelo guia disponibilizado no site do arch, a recomendação é utilizar o padrão de tempo UTC mas todas as soluções que encontro na internet são exigindo que o usuário migre para o padrão localtime.

Será que devo desistir de utilizar o comando "hwclock --systohc --utc" e passar a utilizar o outro comando sugerido mas desencorajado pelo guia "hwclock --systohc --localtime" para utilizar como padrão de tempo localtime?

removido
(usa Nenhuma)

Enviado em 12/10/2012 - 21:45h

Para ajudar esclarecer.

A hora UTC é igual a GMT. São sinônimos...

Se sua máquina está no Rio de Janeiro então sua hora é UTC -0300.

Se a máquina é Dual boot com Windows a hora do relógio deve ser local...Por causa do Windows... Aí o linux deve ser configurado para hora local e não UTC.

Se é somente Linux a hora deve ser UTC.

Windows - 21:39 de 12 de Outubro 2012
Linux - 00:39 de 13 de Outurbo 2012

O Brasil é UTC -0300 DA HORA MUNDIAL

Utilize uma zona de tempo que esteja preparada para o horario de verão que entrará em vigor breve...

Preferencialmente utilize America/Sao_Paulo que não costuma falhar...

Resumindo:

1 - Acerte o relogio da BIOS por local (windows) ou UTC (linux).

2- Acerte a /etc/localtime para America/Sao_Paulo

3- Alternativamente o serviço NTP (cliente NTP) pode acertar sua hora automaticamente...

4 - Alguma alteração via script pode mudar sua hora... verifique
e desative se for o caso.

albfneto
(usa openSUSE)

Enviado em 12/10/2012 - 22:38h

um dos jeitos de acertar a hora é com NTP, sincronização.

pode usar os clientes gráficos do KDE, GNOME etc... como no post do amigo kyetoy

como vc mora no Rio,pode usar timezone UTC -3, fuso horário, usr o do Rio, o de São Paulo ou o de Brasília.


ou ainda: outro jeito.


1) acerte o relogio na BIOS do micro use: local e não UTC.


2) instale, se não estiver instalado, o pacote chamado NTP.


3) acerte a data e hora automáticamente, com o comando:

$ sudo ntpdate SERVER

onde server é um servidor de hora, servidor ntp, por exemplo, o do serviço de tempo oficial , projeto NTP, do Brasil

$ sudo ntpdate c.ntp.br


OU, CONSIDERADO MELHOR E MAIS MODERNO E MAIS PRECISO,

3) ALTERNATIVO

Faça ou edite um Arquivo /etc/ntp.conf, colocando os servidores de tempo na ordem. Como vc mora no rio, onde fica o Observatorio Nacional, pode usar o do observatório nacional, publico stratum 2, como o primeiro....(ntp2.on.br)

Use este meu arquivo (São PAulo) como Guia e mude para o Rio de Janeiro etc...

# Based on known related files. Modified by Alberto Federman Neto

# 2011.

 

# NOTES:

 

# DHCP clients can append or replace NTP configuration files.

# You should consult your DHCP client documentation about its

# default behaviour and how to change it.

 # Desejando pegar servidores automatico para sua maquina,

# descomente:

# netselect -s 3 pool.ntp.org

 

# If you want to deny all machines (including your own)

# from accessing the NTP server, uncomment:

#restrict default ignore

 

# To deny other machines from changing the

# configuration but allow localhost:

# configurações de restrição de acesso



# Restrições de acesso

restrict nomodify nopeer notrap

restrict 127.0.0.1

# restrict default kod notrap nomodify nopeer

 

 

# To allow machines within your network to synchronize

# their clocks with your server, but ensure they are

# not allowed to configure the server or used as peers

# to synchronize against, uncomment this line.

#restrict 192.168.0.0 mask 255.255.255.0 nomodify nopeer notrap

 

# CONFIG

# "memoria" para o escorregamento de frequência do micro

# pode ser necessário criar esse arquivo manualmente com

# o comando touch ntp.drift

driftfile /etc/ntp.drift

 

# estatísticas do ntp que permitem verificar o histórico

# de funcionamento e gerar gráficos

statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats

filegen loopstats file loopstats type day enable

filegen peerstats file peerstats type day enable

filegen clockstats file clockstats type day enable

 

# servidores gerais principais e pools:

 

# Servidor NTP da USP, São Paulo, SP, Stratum 2 

###AQUI VC VAI MUDAR, use servidor do Rio de janeiro, ON, veja baixo, ou PUC rio, veja abaixo

por exemplo, no lugar do meu , da USP###

server ntp.usp.br iburst

 

# Servidor Stratum 2 em Valinhos, SP

server ntp.hiway.com.br iburst



# servidores públicos do projeto ntp.br

# Se quiser, deixe como principais



server a.st1.ntp.br iburst

server b.st1.ntp.br iburst

server c.st1.ntp.br iburst

server d.st1.ntp.br iburst

server a.ntp.br iburst

server b.ntp.br iburst

server c.ntp.br iburst

server gps.ntp.br iburst



# Pool de Servidores Brasileiros



server br.pool.ntp.org iburst

 

# Pool de servidores Sul-Americanos



server south-america.pool.ntp.org iburst



# Pool Geral



server pool.ntp.br iburst

 

# se todos falharem:

 

# servidor da PUC do Rio  (PARA VOCE PODE SER PRINCIPAL< veja acima, no lugar do da USP)

server ntp.puc-rio.br iburst

 

# Servidor da RNP, Brasília, DF

server ntp.cais.rnp.br iburst

 

# Público, Stratum 1 do Observatório Nacional, Rio de Janeiro (podem ser principais, ou segundo e terceiro, veja acima)



server ntp.on.br iburst

server ntp2.on.br iburst

 

# outros servidores, descomente e adicione aqui

# server outro-servidor.dominio.br iburst



 

Agora,ao invés de ntpdate, use:


$ sudo ntpd -g


Resumo faça o que está nos itens 1, 2 e 3 ALTERNATIVO (OU 3) depois 4:


4) Finalmente re-acerte a hora do micro, do hardware (mas a partir da hora corrigida do sistema NTP). Com essa sintaxe simples ele vai usar localtime do micro ou utc e acertará no micro local
time ou utc.

O comando que vc citou, a mesma sintaxe, não é HORA DO HARDWARE para o sistema , mas ao contrário, o sistema corrigirá a do hardware:

$ sudo # hwclock --systohc

como a do sistema é NTP, é a , mais acertada,,,


5) Inicie o micro com o serviço ntpd carregado, coloque-o no boot.


Dicas, se vc usa windows, use local em tudo

se vc usa Linux ou Linux e Windows, use UTC ou local,



mas para facilitar e não dar conflitos... use UTC em tudo ou local em tudo, inclusive na BIOS e em todos os SOs.

O problema é misturar UTC com local. ex. se vc usa UTC na BIOS e local no windows ou nos linux, ou em um deles, as hora bagunçam. o truque é uniformizar tudo. Se quiser usar UTC, precisa aoolhar o relogio do seu micro, se lembrar que no rio é UTC -3, ou seja, em UTC, agora seriam 2horas da manha e 36 minutos. UTC é recomendado pq é internacional, mas se vc usar, deve se lembrar que a hora do su micro é UTC e não local

e ainda o amigo Keytoy está correto. se um dos seus SOs for windows, será obrigatório usar Locatime, ou suas horas ficarão bagunçadas, ou ados windows errada ou a do linux errada.

albfneto
(usa openSUSE)

Enviado em 12/10/2012 - 23:29h

Par mais informações, consulte estes artigos e configs e seus comentários:

http://www.vivaolinux.com.br/etc/ntp-%28ou-ntpd%29.conf
http://www.vivaolinux.com.br/artigo/Instalacao-do-servico-de-NTP-%28servidor-de-tempo%29-no-Debian
http://www.vivaolinux.com.br/dica/Usando-NTPDATE-para-manter-a-hora-certa-do-seu-Linuxbox
http://www.vivaolinux.com.br/dica/Servidor-NTP
http://www.vivaolinux.com.br/artigo/Sincronizando-o-Linux-com-a-Hora-Legal-Brasileira-usando-o-NTP.b...
http://www.vivaolinux.com.br/artigo/Ajustando-a-hora-do-micro-com-extrema-precisao
http://www.pinguimteajuda.com.br/node/218

removido
(usa Nenhuma)

Enviado em 12/10/2012 - 23:45h

Instale o NTP:

# pacman -S ntp

 

Adiciona @ntpd aos DAEMONS do arquivo /etc/rc.conf (mas não sei como andam as coisas já que o Arch adotou o Systemd).

Continue com:

# /etc/rc.d/ntpd start

 

E execute:

# ntpdate -u pool.ntp.org

 

Se não resolver:

https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon
https://wiki.archlinux.org/index.php/Time

albfneto
(usa openSUSE)

Enviado em 12/10/2012 - 23:55h

Edinaldo, legal, facilitou!

A dica do EDPS é interessante,ele instala ntp, depois insere o serviço,o Daemon, usa ntpdate com o pool de servidores completo, para ajustar a hora a primeira vez, depois dai pra frente o ntpd residente acerta automático.

removido
(usa Nenhuma)

Enviado em 13/10/2012 - 00:04h

O problema é que não sei como andam as coisas para quem usa systemd, a minha instalação é de mídia anterior a atual.

Meu rc.conf está assim:

#

# /etc/rc.conf - configuration file for initscripts

#

# Most of rc.conf has been replaced by various other configuration

# files. See archlinux(7) for details.

#

# For more details on rc.conf see rc.conf(5).

#



DAEMONS=(dbus @syslog-ng @network @arno-iptables-firewall @squid @alsa @ntpd @crond @wicd)



# Storage

#

# USEDMRAID="no"

# USELVM="no"



# Network

#

interface="eth0"

# address=

# netmask=

# gateway=

 

O conteúdo do arquivo /etc/ntp.conf assim:

# With the default settings below, ntpd will only synchronize your clock.

#

# For details, see:

# - the ntp.conf man page

# - http://support.ntp.org/bin/view/Support/GettingStarted

# - https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon



# Associate to public NTP pool servers; see http://www.pool.ntp.org/

server 0.pool.ntp.org

server 1.pool.ntp.org

server 2.pool.ntp.org



# Only allow read-only access from localhost

restrict default noquery nopeer

restrict 127.0.0.1

restrict ::1



# Location of drift and log files

driftfile /var/lib/ntp/ntp.drift

logfile /var/log/ntp.log



# NOTE: If you run dhcpcd and have lines like 'restrict' and 'fudge' appearing

# here, be sure to add '-Y -N' to the dhcpcd_ethX variables in /etc/conf.d/net

 

Usando o hwclock

Obtendo a hora do hardware.

# hwclock -s

 

Acertando a hora do hardware pela do sistema:

# hwclock -w

 

e VOcê pode usar também as opções --utc ou --localtime

removido
(usa Nenhuma)

Enviado em 13/10/2012 - 00:07h

Dê uma olhada também nesse meu artigo:

http://gnu2all.blogspot.com.br/2012/07/arch-linux-midia-nova-novo-metodo-de.html

Precisamente na criação do link simbólico referente ao /etc/localtime:

# ln -s /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime

 

removido
(usa Nenhuma)

Enviado em 13/10/2012 - 01:17h

Vou tentar mostrar para vocês como é a situação atual da configuração do meu sistema, acho que dessa forma fica mais claro a minha situação:

Primeiro quero dizer que fiz meu dever de casa para aprender sobre o assunto antes de tentar argumentar sobre o mesmo aqui no fórum, obtive um bom repositório de informação sobre o assunto na própria wiki do Arch, segue o link para os interessados:

https://wiki.archlinux.org/index.php/Time

Time Zone:

ls -l /etc/localtime

lrwxrwxrwx 1 root root 37 Out 12 21:34 /etc/localtime -> /usr/share/zoneinfo/America/Sao_Paulo 

Hardware clock time:

hwclock --show

Sex 12 Out 2012 21:53:47 BRT  -0.110171 segundos 

Time standard usado pelo hardware clock:

cat /etc/adjtime

0.000000 1350088898 0.000000

1350088898

UTC 

System clock time:

date

Sex Out 12 21:53:46 BRT 2012 

Saída do debug do comando hwclock, reparem na diferença entre a hora do relógio de hardware (A que consta setada no setup da minha BIOS que é a hora correta desejada) e a última linha (onde tenho às 3 horas de atraso de problema).

hwclock --debug

hwclock de util-linux 2.22

Usando /dev interface to clock.

Last drift adjustment done at 1350088898 seconds after 1969

Last calibration done at 1350088898 seconds after 1969

O relógio de hardware está na hora UTC

Pressupondo que o relógio de hardware é mantido na hora UTC.

Aguardando tique do relógio...

... tique do relógio obtido

Hora lida do relógio de Hardware: 2012/10/13 00:53:48

Hora do relógio de hardware: 2012/10/13 00:53:48 = 1350089628 segundos desde 1969

Sex 12 Out 2012 21:53:48 BRT  -0.992557 segundos 

O conteúdo do meu rc.conf está de acordo com as novas regras, não configuro nada por aqui.

cat /etc/rc.conf

#

# /etc/rc.conf - configuration file for initscripts

#

# Most of rc.conf has been replaced by various other configuration

# files. See archlinux(7) for details.

#

# For more details on rc.conf see rc.conf(5).

#



DAEMONS=(syslog-ng network crond net-auto-wireless dbus alsa)



# Storage

#

# USEDMRAID="no"

# USELVM="no"



# Network

#

# interface=

# address=

# netmask=

# gateway= 

Com essas informações será que alguém pode me dizer o motivo de ainda persistir o problema com o atraso de 3 horas?

albfneto
(usa openSUSE)

Enviado em 13/10/2012 - 01:27h

seu método não é muito diferente, ele é uma simplificação do meu, vc usa 3 servidores do pool internacional completo e eu uso o local do estado, stratum 2 e se não rola, outros do estado SP, os do projeto NTP etc... 6 ou 7 ou mais.

o efeito é o mesmo, pq seja do pool, seja do servidor do estado etc... o NTPD "pega" o servidor que está mais próximo, mais rápido etc... e o usa.

De qualquer modo, o uso de NTP, sincronização, sempre facilita e acerta a hora com precisão. a diferença que o ntpdate acerta a hora puxando de um servidor eo ntpd é um Daemon, ele sincroniza sempre muito rápido e eficiente, e é por isso que o projeto NTP Brasil, recomenda o uso.

de qualquer forma, mais fácil e melhor que acertar manualmente.

Por curiosidade, acabei de checar. minha hora é acertada pelo ntpd, servidor da USP stratum 2, ntp.usp.br como principal. a diferença entre minha hora do sistema e a do hardware, é o tempo de dar o comando, de 1.5 a 7 décimos de segundo:

albfneto@sabayon ~ $ sudo hwclock -r

Senha:

Sáb 13 Out 2012 01:25:40 BRT  -0.203775 segundos

albfneto@sabayon ~ $ sudo hwclock -r

Sáb 13 Out 2012 01:25:51 BRT  -0.158189 segundos

albfneto@sabayon ~ $ sudo hwclock -r

Sáb 13 Out 2012 01:25:55 BRT  -0.797626 segundos

 

albfneto
(usa openSUSE)

Enviado em 13/10/2012 - 01:40h

vc está usando LOCAL no micro e UTC no hardware? pq em geral conflita.

o que vejo em seus arquivos são as tres horas de diferença...
UTC é 3 a horas a menos, os comandos estão corretos... vc está usando 3 horas a menos no sistema....

o micro, o hardware, está em UTC, o sistema está em local... são três horas mesmo.... se vc quer a mesma hora no hardware e no SO, tem que deixar os dois em local,ou os dois em UTC....

Exemplo... sua hora que quer é a do hardware... UTC, no micro vc tem Timezone America/São Paulo... portanto UTC -3 está certa, sincronizada, a sua Timezone é UTC -3.

se vc quer horas IGUAIS, use UTC nos dois e veja no relogio do micro em UTC, ou use local time nos dois...na BIOS tb.

outra coisa que vejo em seu sistema, alguns lugares a data é 12 de outubro, em outras é 13. Vc fez alguns comandos antes da meia noite e outros depois?

se vc tem ntp.conf, e está sincronizando com ntpd ou ntpdate a hora do sistema?

pq se sim,. ela fica mais "certa" que a do hardware, e o comando que deveria usar seria hwclock -w,passa a hora do SISTEMA para a BIOS, pq NTP, ntpd, sincronizam o sistema.

quer ver? veja seu comando:



outra evidencia, usando colar seus proprios comandos, a saida:



UM décimo de segundo de diferença, só!.. seu micro esta mostrando em BRT (21:53) e o do hardware, BIOS está em UTC (00:53) mas a hora está absolutamente correta!

Seu micro está configurado para a hora do hardware em UTC e mostra-la no sistema em BRT.


outra coisa, se vc está usando (acho que não está) o ntpd Daemon, vc desativou o "acertar hora" do GNOME ou do KDE,pq as vezes precisa., quando o servidor é diferente nos dois.

neto santine
(usa XUbuntu)

Enviado em 13/10/2012 - 07:16h

eu tive um problema meio parecido ai resolvi editando o arquivo /etc/rc.conf adicionando as linhas no fim do arquivo

LOCALE="pt_BR.utf8"
HARDWARECLOCK="utc"
TIMEZONE="America/Sao_Paulo"