AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • Início
  • system&network
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • Início
  • system&network
    • Recentes
    • Highest score
    • tags
  • Ubuntu
    • Recentes
    • Highest score
    • tags
  • Unix
    • Recentes
    • tags
  • DBA
    • Recentes
    • tags
  • Computer
    • Recentes
    • tags
  • Coding
    • Recentes
    • tags
Início / unix / Perguntas / 694610
Accepted
BlackCrystal
BlackCrystal
Asked: 2022-03-17 03:59:30 +0800 CST2022-03-17 03:59:30 +0800 CST 2022-03-17 03:59:30 +0800 CST

Como verificar se o DST (Daylight Saving Time) está inativo nas diferentes versões do CentOS?

  • 772

Tenho poucos servidores com CentOS 7 e 6 como SO. Anteriormente, o horário era alterado duas vezes por ano para o horário de verão e o sistema operacional fazia isso automaticamente em cada servidor.
agora, de repente, foi aprovada uma lei que mudou a política do horário de verão. Eu queria ter certeza de que o horário de verão está desabilitado nesses servidores para que o sistema operacional não mude o horário como antes. Eu quero que essas mudanças aconteçam com base em nosso servidor de horário central.
no CentOS 7 posso verificar se o DST não está ativado por este comando: timedatectl status
output:DST active: no

mas não posso confirmar com segurança no CentOS 6 que o horário de verão está desativado. Procurei em todos os lugares, mas não consegui encontrar um comando nem um arquivo para mostrar isso. então como verificar se o horário de verão está inativo no CentOS 6?

linux centos
  • 1 1 respostas
  • 1439 Views

1 respostas

  • Voted
  1. Best Answer
    telcoM
    2022-03-17T07:03:31+08:002022-03-17T07:03:31+08:00

    Primeiro, você terá que determinar qual é a configuração de fuso horário atual. Se a TZvariável de ambiente estiver definida, esse é o fuso horário; mas se não estiver definido, o fuso horário padrão do sistema será determinado por /etc/localtime.

    Se /etc/localtimefor um link simbólico para /usr/share/zoneinfo/..., determinar o fuso horário atual é fácil: o nome do caminho de destino do link identificará exatamente o fuso horário real.

    Mas no RHEL/CentOS 6, o /etc/localtimearquivo provavelmente será uma cópia real de um dos arquivos de fuso horário de /usr/share/zoneinfo/..., não um link. E há uma pequena ruga: /etc/sysconfig/clockprovavelmente informará o que foi escolhido como o fuso horário padrão no momento da instalação do sistema operacional , mas se o fuso horário foi alterado posteriormente substituindo /etc/localtimepor outro arquivo de fuso horário de /usr/share/zoneinfo/, as informações /etc/sysconfig/clockpodem não estar mais atualizadas.

    Portanto, se houver a menor chance de que o fuso horário tenha sido alterado após a instalação do SO, você deve comparar o conteúdo do /etc/localtimearquivo com seu (suposto) original em /usr/share/zoneinfo:

    . /etc/sysconfig/clock
    diff /etc/localtime /usr/share/zoneinfo/$ZONE && echo "Confirmed: timezone is $ZONE." || echo "Despite appearances, timezone is NOT $ZONE."
    

    Depois de saber o nome correto do fuso horário, você pode usar este comando para visualizar qualquer evento de transição de horário de verão (e outros) no histórico conhecido e futuro esperado desse fuso horário, usando o comando:

    zdump -v <timezone name>
    

    Como essa lista pode incluir duas transições de horário de verão (quatro linhas) por ano até o ano 2499 ou mais, você pode querer restringir um pouco a lista. Por exemplo:

    zdump -v -c 2020,2025 America/New_York
    
    America/New_York  -9223372036854775808 = NULL
    America/New_York  -9223372036854689408 = NULL
    America/New_York  Sun Mar  8 06:59:59 2020 UTC = Sun Mar  8 01:59:59 2020 EST isdst=0 gmtoff=-18000
    America/New_York  Sun Mar  8 07:00:00 2020 UTC = Sun Mar  8 03:00:00 2020 EDT isdst=1 gmtoff=-14400
    America/New_York  Sun Nov  1 05:59:59 2020 UTC = Sun Nov  1 01:59:59 2020 EDT isdst=1 gmtoff=-14400
    America/New_York  Sun Nov  1 06:00:00 2020 UTC = Sun Nov  1 01:00:00 2020 EST isdst=0 gmtoff=-18000
    America/New_York  Sun Mar 14 06:59:59 2021 UTC = Sun Mar 14 01:59:59 2021 EST isdst=0 gmtoff=-18000
    America/New_York  Sun Mar 14 07:00:00 2021 UTC = Sun Mar 14 03:00:00 2021 EDT isdst=1 gmtoff=-14400
    America/New_York  Sun Nov  7 05:59:59 2021 UTC = Sun Nov  7 01:59:59 2021 EDT isdst=1 gmtoff=-14400
    America/New_York  Sun Nov  7 06:00:00 2021 UTC = Sun Nov  7 01:00:00 2021 EST isdst=0 gmtoff=-18000
    America/New_York  Sun Mar 13 06:59:59 2022 UTC = Sun Mar 13 01:59:59 2022 EST isdst=0 gmtoff=-18000
    America/New_York  Sun Mar 13 07:00:00 2022 UTC = Sun Mar 13 03:00:00 2022 EDT isdst=1 gmtoff=-14400
    America/New_York  Sun Nov  6 05:59:59 2022 UTC = Sun Nov  6 01:59:59 2022 EDT isdst=1 gmtoff=-14400
    America/New_York  Sun Nov  6 06:00:00 2022 UTC = Sun Nov  6 01:00:00 2022 EST isdst=0 gmtoff=-18000
    America/New_York  Sun Mar 12 06:59:59 2023 UTC = Sun Mar 12 01:59:59 2023 EST isdst=0 gmtoff=-18000
    America/New_York  Sun Mar 12 07:00:00 2023 UTC = Sun Mar 12 03:00:00 2023 EDT isdst=1 gmtoff=-14400
    America/New_York  Sun Nov  5 05:59:59 2023 UTC = Sun Nov  5 01:59:59 2023 EDT isdst=1 gmtoff=-14400
    America/New_York  Sun Nov  5 06:00:00 2023 UTC = Sun Nov  5 01:00:00 2023 EST isdst=0 gmtoff=-18000
    America/New_York  Sun Mar 10 06:59:59 2024 UTC = Sun Mar 10 01:59:59 2024 EST isdst=0 gmtoff=-18000
    America/New_York  Sun Mar 10 07:00:00 2024 UTC = Sun Mar 10 03:00:00 2024 EDT isdst=1 gmtoff=-14400
    America/New_York  Sun Nov  3 05:59:59 2024 UTC = Sun Nov  3 01:59:59 2024 EDT isdst=1 gmtoff=-14400
    America/New_York  Sun Nov  3 06:00:00 2024 UTC = Sun Nov  3 01:00:00 2024 EST isdst=0 gmtoff=-18000
    America/New_York  9223372036854689407 = NULL
    America/New_York  9223372036854775807 = NULL
    

    De acordo com isso, o fuso horário America/New_York acaba de ter sua transição mais recente de EST para EDT em 13 de março, e a próxima transição será de volta para EST em 6 de novembro.

    Se o horário de verão estivesse inativo para o fuso horário escolhido, essas descrições de transição de horário de verão não estariam lá.


    E um detalhe: em qualquer sistema do tipo Unix, o relógio interno do sistema operacional sempre, sempre é executado em UTC, e todos os cálculos de tempo interno do SO são tratados usando carimbos de data e hora Unix equivalentes a UTC. Quando um fuso horário local tem uma transição de horário de verão, o sistema não "altera o relógio", mas apenas altera o deslocamento de conversão entre o horário local e o UTC.

    Em sistemas Linux, há uma opção para que o relógio de hardware com bateria seja executado no horário local, para compatibilidade com sistemas operacionais da Microsoft em cenários de inicialização dupla. Se você usar essa opção, o relógio do hardware será ajustado de acordo com as transições do horário de verão. Mas se você mantiver o RTC no horário UTC (que geralmente é o padrão em distribuições Linux orientadas a servidor), nenhum ajuste de relógio real será necessário por causa do horário de verão. Apenas o fator de conversão é alterado conforme apropriado.

    • 1

relate perguntas

  • Inicie/pare o serviço systemd usando o atalho de teclado [fechado]

  • Roteador estranho funciona com centos 6 [fechado]

  • Necessidade de algumas chamadas de sistema

  • astyle não altera a formatação do arquivo de origem

  • Passe o sistema de arquivos raiz por rótulo para o kernel do Linux

Sidebar

Stats

  • Perguntas 205573
  • respostas 270741
  • best respostas 135370
  • utilizador 68524
  • Highest score
  • respostas
  • Marko Smith

    Possível firmware ausente /lib/firmware/i915/* para o módulo i915

    • 3 respostas
  • Marko Smith

    Falha ao buscar o repositório de backports jessie

    • 4 respostas
  • Marko Smith

    Como exportar uma chave privada GPG e uma chave pública para um arquivo

    • 4 respostas
  • Marko Smith

    Como podemos executar um comando armazenado em uma variável?

    • 5 respostas
  • Marko Smith

    Como configurar o systemd-resolved e o systemd-networkd para usar o servidor DNS local para resolver domínios locais e o servidor DNS remoto para domínios remotos?

    • 3 respostas
  • Marko Smith

    apt-get update error no Kali Linux após a atualização do dist [duplicado]

    • 2 respostas
  • Marko Smith

    Como ver as últimas linhas x do log de serviço systemctl

    • 5 respostas
  • Marko Smith

    Nano - pule para o final do arquivo

    • 8 respostas
  • Marko Smith

    erro grub: você precisa carregar o kernel primeiro

    • 4 respostas
  • Marko Smith

    Como baixar o pacote não instalá-lo com o comando apt-get?

    • 7 respostas
  • Martin Hope
    user12345 Falha ao buscar o repositório de backports jessie 2019-03-27 04:39:28 +0800 CST
  • Martin Hope
    Carl Por que a maioria dos exemplos do systemd contém WantedBy=multi-user.target? 2019-03-15 11:49:25 +0800 CST
  • Martin Hope
    rocky Como exportar uma chave privada GPG e uma chave pública para um arquivo 2018-11-16 05:36:15 +0800 CST
  • Martin Hope
    Evan Carroll status systemctl mostra: "Estado: degradado" 2018-06-03 18:48:17 +0800 CST
  • Martin Hope
    Tim Como podemos executar um comando armazenado em uma variável? 2018-05-21 04:46:29 +0800 CST
  • Martin Hope
    Ankur S Por que /dev/null é um arquivo? Por que sua função não é implementada como um programa simples? 2018-04-17 07:28:04 +0800 CST
  • Martin Hope
    user3191334 Como ver as últimas linhas x do log de serviço systemctl 2018-02-07 00:14:16 +0800 CST
  • Martin Hope
    Marko Pacak Nano - pule para o final do arquivo 2018-02-01 01:53:03 +0800 CST
  • Martin Hope
    Kidburla Por que verdadeiro e falso são tão grandes? 2018-01-26 12:14:47 +0800 CST
  • Martin Hope
    Christos Baziotis Substitua a string em um arquivo de texto enorme (70 GB), uma linha 2017-12-30 06:58:33 +0800 CST

Hot tag

linux bash debian shell-script text-processing ubuntu centos shell awk ssh

Explore

  • Início
  • Perguntas
    • Recentes
    • Highest score
  • tag
  • help

Footer

AskOverflow.Dev

About Us

  • About Us
  • Contact Us

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve