Definindo o fuso horário no linux (ubuntu)

9

Aqui no Reino Unido estamos UTC + 1. Defino a hora usando 'date'. No entanto, ele continua redefinindo de volta ao UTC padrão, suponho que seja através de um servidor de horário NTP.

Tentei definir o fuso horário com tzselect, mas ele não altera a hora, permanece no UTC em vez da hora local.

Therefore TZ='Europe/London' will be used.
Local time is now:  Thu Jun 25 10:57:48 BST 2009.
Universal Time is now:  Thu Jun 25 09:57:48 UTC 2009.

A saída acima está correta, mas o tempo não é realmente alterado.

Eu preciso desativar a atualização automática de hora ou, idealmente, definir o fuso horário corretamente.

linux  ubuntu  time 
— Kris
fonte
Eu tentei configurar o UTC = no em / etc / default / rcS. Isso não teve efeito (preciso reiniciar algo)?
— Kris
UTC = não apenas controla como o RTC no seu mobo deve ser interpretado, o sistema operacional mantém o tempo separadamente e utiliza apenas o RTC para preservar o tempo entre a reinicialização / desligamento.
— Kjetil Joergensen

Respostas:

24

Você também pode fazer:

dpkg-reconfigure tzdata

Isso permitirá que você escolha seu fuso horário.

— Antoine Benkemoun
fonte
2
  1. apt-get install ntpdate
  2. ntpdate pool.ntp.org

Isso vai funcionar. Eu fiz isso no meu servidor, tente.

cyclotron: ~ # ntpdate pool.ntp.org 25 jun 15:45:05 ntpdate [18445]: servidor de horário da etapa 120.88.47.10 deslocamento 485.998764 seg

— Lagarta
fonte
1

Não estou 100% nisso, mas é uma ideia.

Eu sei que no RHEL / CentOS, o fuso horário é definido em / etc como um link simbólico.

Por exemplo, o meu é

localtime -> / usr / share / zoneinfo / América / Los_Angeles

Você pode confirmar que seu link é Europa / Londres? Caso contrário, tente excluir o link simbólico da hora local e criar um.

É exatamente isso que o tzselect faz. Portanto, você não deve (precisa) fazer isso manualmente.
— sleske
1

Possivelmente não é um problema neste caso, mas já vi problemas ao usar fusos horários nomeados antes. Eu sugiro tentar com o deslocamento GMT. (Que no seu caso é obviamente apenas GMT)

— soberbo
fonte
2
Desculpe, não tenho uma resposta para a pergunta original (parece que você está fazendo a coisa certa para mim), mas, infelizmente, em geral, essa sugestão não funcionará conforme o esperado, porque selecionar um deslocamento específico não ajuste o horário de verão de acordo. Uso Europa / Londres (junto com NTP) e recebo GMT ou BST nas épocas corretas do ano (muitas pessoas não percebem que o Reino Unido está no GMT apenas durante o inverno).
— Andrew Ferrier
1

No Kubuntu, você define o fuso horário durante a instalação e pode alterar o fuso horário usando Configurações do sistema -> Data e hora e, em seguida, selecionando um fuso horário. No entanto, cada atualização do tzdata (da atualização apt-get ou atualização automática de pacotes) parece redefinir o fuso horário de volta para o que você escolheu na instalação. Eu apenas mudei com o dpkg-reconfigure tzdata, conforme sugerido, e isso pareceu funcionar. Talvez ele sobreviva à próxima atualização do tzdata.

— Joel Aufrecht
fonte
0

Normalmente você precisa

  • defina o fuso horário usando tzselect
  • depois ajuste a hora usando a data

Depois, as coisas devem estar corretas.

Então, o que acontece se você fizer essas duas coisas? Você poderia postar a saída de "data"?

Se o tempo for alterado corretamente, mas voltar mais tarde, algo estará interferindo.

Culpados comuns:

  • Servidor NTP (verifique a execução de ntpd ou similar)
  • ntpdate do cronjob
  • hwclock sendo confuso sobre seu fuso horário (deve afetar apenas as reinicializações)

Se a data não muda nada, algo está realmente errado ...

— sleske
fonte
Originalmente, defino tzselect e date. Mas foi redefinido (sem uma reinicialização). Não vi o NTP instalado ou um cronjob, portanto, não tenho certeza do que estava causando o problema.
— Kris
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.