Freud_Tux
(usa Outra)
Enviado em 14/08/2019 - 20:36h
Olá ;).
Então, o hwclock e date batem perfeitamente, mas ambos pegam o horário local, que devido ao meu fuso horário, ser igual ao de Brasília (-3:00 GMT), fica 3 horas atrasado.
O RTC e o UTC estão perfeitos, ou seja, exibem o horário real, por exemplo:
07:00 Local
10:00 UTC:
10:00 RTC (horário do CMOS do UEFI)
O date e hwclock exibem o horário das 07:00, devido, ao fuso horário ser -03:00, onde o sistema olha o relógio do UEFI (RTC) e olha para as configurações do timezone e com isso, ajusta o horário para o meu fuso que é -03 horas, e mostra a hora assim.
Ao fazer o sistema usar o localtime, o UTC fica adiantado 3 horas, e o systemd e outras aplicações começam a bater cabeça rsrs.
A bateria é novinha, veio junto com a máquina nova, pois a antiga, deu pau em pleno funcionamento (><)
Minions escreveu:
Taca-le pau nesse systemd , Freud_Tux.
Não tem um Debian sem o systemd um tal de Devuan? Como fica o horário?
Tentei usar o Devuan, mas não consigo me acostumar ao XFCE e o KDE dele que está na mídia de instalação, é muito bugado, por agora, não penso em usar, ao menos, que arrumem o KDE dele, ou transformem o XFCE em um KDE hehehe.
niquelnausea escreveu:
como está o seu
/etc/localtime? ou o equivalente para o debian.
normalmente apenas vinculo com o horário de são paulo, deixo em localtime e habilito a sincronização com o systemd mesmo
ln -sf /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime
hwclock --systohc --localtime
timedatectl set-ntp true
Até hoje não entendo a razão para as distros usarem esse utc em vez de considerar o relógio de hardware como local time.
para quem muda de fuso horário é interessante (alterando apenas o local), ou tem que ter vários relógios com fuso diferentes, já que todos são calculados a partir do utc. algumas aplicações também podem usar o horários da forma utc, aviação é um exemplo.
Olá ;)
Eu usei esse ntp sincronizado e não deu certo, talvez, por não ter criado o link simbólico. Esse comando que postou acima, eu tinha visto algo na wiki do arch, que o edps mandou o link, mas eu nem liguei muito. Dá pra fazer com o timedatectl, ele cria o link, mas é um subordinado do systemd, e logo, não quero deixar ele diretamente ligado ao systemd, se ele "pirar", ele pode badernar o link, se eu criar, talvez, isso não role.
Vou ver lá de novo com calma e ver no que vai dar.
Valeus pela luz ai ;)
Giovanni_Menezes escreveu:
niquelnausea escreveu:
como está o seu
/etc/localtime? ou o equivalente para o debian.
normalmente apenas vinculo com o horário de são paulo, deixo em localtime e habilito a sincronização com o systemd mesmo
ln -sf /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime
hwclock --systohc --localtime
timedatectl set-ntp true
Até hoje não entendo a razão para as distros usarem esse utc em vez de considerar o relógio de hardware como local time.
para quem muda de fuso horário é interessante (alterando apenas o local), ou tem que ter vários relógios com fuso diferentes, já que todos são calculados a partir do utc. algumas aplicações também podem usar o horários da forma utc, aviação é um exemplo.
Se não me engano, não é necessário nem mesmo conexão com a internet para isso, se os sistema seguir a seguinte logica de considerar o relógio de hardware como local time e a partir dai calcular o utc.
15:00 no relógio de hardware
Brasilia-Brasil Local configurado na instalação do sistema
Local time 15:00 Brasília Brasil
UTC +3 = 17:00 Horário Universal definido
Com essa informações é mais que o suficiente para definir o fuso horário de todo mundo e sem precisar do acesso a rede, bastaria no máximo usar o servidor para recalcular o utc, e não o relógio de hardware, para algumas regiões por causa do horário de versão e nada mais, a principal função do relógio de hardware é justamente ser a referência.
Essa é uma daquelas coisa do sistemas Gnu/linux que simplesmente não entram na minha cabeça, isso é um problema que não deveria existir, e se eu não estiver enganado mac e windows sempre usaram o relógio de hardware como local time.
Então, concordo com você, mas...
Lembra daqueles papos sobre o systemd mandar em tudo, tirando o usuário do controle, é isso que tá acontecendo.
Ele faz uso dependente do UTC para, por exemplo, montar a partição raíz no boot, ele pega o horário do UEFI (CMOS/RTC) e calcula o UTC com base no locales e gera o horário UTC e com base no CMOS/RTC, ele aplica a diferença de fuso no horário local do sistema.
Por exemplo:
07:00 local
10:00 UTC
10:00 RTC
Se eu forço o sistema a usar o horário RTC/CMOS no horário local, o UTC fica 3 horas adiantado e logo o systemd começa a encher o saco no boot, pois ele usa a hora do RTC/CMOS que está igual a Local/Sistema, e joga 3 horas a mais e não entende a diferença e começa a chiadeira.
Tanto que o systemd faz uso dependente do UTC que nem existe mais o arquivo /etc/default/rcS, onde junto com o /etc/adjtime dava pra fazer a alteração de UTC para Local, sem traumas, depois de rodar o hwclock fazendo o sistema usar a hora do RTC/CMOS. Está a cargo do timedatectl e serviços de sincronização que, que não estão ajudando muito no meu caso rsrs.
UbuntuGuy escreveu:
Tente botar este comando para iniciar toda sessao:
crie um novo arquivo, com nome: /home/usuario/.config/autostart/hwclock.desktop
bote o seguinte conteudo:
[Desktop Entry]
Version=1.0
Encoding=UTF-8
Name=HWclock
Type=Application
Exec=hwclock --hctosys --localtime
Terminal=false
Comment=hwclock
NoDisplay=false
Categories=Utility;
Hidden=false
Olá ;)
Pode funcionar, mas vai ficar restrito ao relógio do ambiente gráfico, mas se não exigir permissões por causa do hwclock, é uma ideia até atraente.
Valeus
Valeus pessoal!
T+
-------------------------------------------------------------------------------------------------------------------------------------------------
Noob: "[...]Sou muito noob ainda usando o terminal, então preciso de ajuda "mastigada", pra operá-lo."
zhushazang:
"Sou velho e meus dentes desgastados. Estude linux www.guiafoca.org";
