2014-01-25 14:51:26 +0000 2014-01-25 14:51:26 +0000
29
29

O tempo do Windows 7 continua a mudar por si só

Como o título sugere janelas o tempo continua a mudar em tempos aleatórios, com quantidades aleatórias. Por vezes acontece a cada minuto, por vezes é bom durante horas. Se for atingido sincroniza-se com a hora da Internet, actualiza-se para a hora correcta.

Coisas que li/verifiquei

  1. Sincronização da hora da Internet*. Sem ajuda.
  2. Serviço de tempo de janelas desabilitáveis/aptabilizadas. Sem ajuda.
  3. A bateria do CMOS está descarregada. Não, não está descarregada. As mudanças de tempo também acontecem quando as janelas estão a funcionar.
  4. O seu tempo de router/modem está errado e afecta o tempo do windows*. Não, não está errado.
  5. O teu fuso horário está configurado incorrectamente*. Não, não é UTC+0 Londres
  6. Tem dupla inicialização em Hackintosh/Linux*. Não é só o Win 7 que corre neste PC.
  7. Tem um overclocking duvidoso*. Tive um perfil OC elevado, mas tentei correr a velocidades de stock sem ajuda.
  8. Vírus/Trojan*. Duvido muito. Esta é uma instalação muito nua do Windows para jogos. Apenas janelas e jogos com Steam são instalados.

Actualização

Posso confirmar, este problema não existe, quando inicio as janelas no Modo Seguro. Testei isto ao arrancar no modo de segurança. Após o arranque, corrigi o tempo manualmente e deixei o pc a funcionar durante algumas horas, e o tempo não foi alterado.

Actualização 2

Não sei como perdi este detalhe (ou se vai ajudar) mas o tempo reinicia para “aquele” tempo exacto. Sendo essa hora exacta a primeira vez que é actualizada.

Exemplo:

  • Arranco o PC, e depois de algum tempo ele reinicia para (digamos) 09:33:27
  • a-) Corrijo o tempo, deixo-o por um período, e ele volta às 09:33:27
  • b-) Deixo-o a funcionar durante algum tempo e reinicia para 09: 33:27 após um período (período muito aleatório, não vejo aqui nenhum padrão como 17 minutos ou qualquer outra coisa)
  • Isto continua a acontecer, independentemente de eu alterar a hora ou não.
  • Depois do próximo arranque (dia seguinte?) escolhe outra hora para reiniciar para

Mais detalhes

Aqui está um screenshot do Visualizador de eventos, sobre a mudança de hora. Tenha em mente que esta captura de ecrã é tirada quando o serviço “Tempo do Windows” é desactivado.

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
  <Provider Name="Microsoft-Windows-Kernel-General" Guid="{A68CA8B7-004F-D7B6-A698-07E2DE0F1F5D}" /> 
  <EventID>1</EventID> 
  <Version>0</Version> 
  <Level>4</Level> 
  <Task>0</Task> 
  <Opcode>0</Opcode> 
  <Keywords>0x8000000000000010</Keywords> 
  <TimeCreated SystemTime="2014-01-25T09:38:34.500000000Z" /> 
  <EventRecordID>19280</EventRecordID> 
  <Correlation /> 
  <Execution ProcessID="4" ThreadID="64" /> 
  <Channel>System</Channel> 
  <Computer>slayer</Computer> 
  <Security UserID="S-1-5-18" /> 
</System>
<EventData>
  <Data Name="NewTime">2014-01-25T09:38:34.500000000Z</Data> 
  <Data Name="OldTime">2014-01-25T13:59:57.982183900Z</Data> 
</EventData>
</Event>

Imagem do ecrã de propriedades do Evento:

Página de detalhes do mesmo evento:

0x1&

Screenshot e os detalhes implicam que, windows está realmente a pensar que este é o momento certo e sente a necessidade de o actualizar. Embora nenhum serviço do windows seja activado para autorizar isto.

Alguma ideia?

Actualização 3 Problema & Solução

O problema aparentemente não era o Windows ou qualquer outro software a tentar actualizar a hora.

Depois de ler o despejo de memória do sistema durante uma hora, descobri que o Windows não conseguia ler RTC da placa-mãe. Depois de não ter lido o estado de RTC durante algum tempo, o Windows pensa que está a calcular mal o tempo e volta a conhecer o estado de RTC pela última vez.

Não faço ideia porque é que isto não está a acontecer em “Modo Seguro” e correr janelas com sucesso em modo seguro colocou-me numa rota completamente errada (procurar um erro em Software em vez de hardware) A origem da falha foi o sistema BIOS (ou UEFI no meu caso) não estar a correr de todo após os POST’s e boots do sistema. Uma pesquisa simples no google para isto e aparentemente é um problema realmente comum na maioria das placas UEFI (utilizando eu próprio uma placa Asus-ROG)

Solução aconselhada foi: Faça o seu UEFI piscar e reinicie o CMOS em modo de espera. Como sabia que já estava numa versão recente UEFI, apenas reiniciar o CMOS em modo de espera funcionou para mim. Tudo funciona agora sem problemas.

Obrigado por toda a informação e desculpem a informação enganosa sobre o problema, mas vou deixar toda a informação publicada acima, na esperança de que possa ser outra pessoa.

Respostas (10)

5
5
5
2014-01-26 20:27:28 +0000

Tente este comando:

bcdedit /set {current} useplatformclock yes

Encontrei-o na Internet, mas nenhuma fonte está disponível para mim. Tive o mesmo problema em horas nocturnas, agora - depois deste comando - ele desapareceu. É necessário reiniciar o sistema.

2
2
2
2016-07-25 09:02:11 +0000

Duvido que esta seja a resposta para o problema deste utilizador, uma vez que o resolveram como acima. No entanto, existe uma causa comum destes sintomas em sistemas Windows/Linux de duplo arranque: os dois sistemas operativos tratam o relógio CMOS de forma diferente e lutam por ajustar o relógio da forma que querem (Linux para UTC fazendo poupanças de luz do dia, etc. em software, Windows para a hora local para que o software e os relógios de hardware sejam os mesmos).

Isto tem uma solução simples: dizer a um deles para usar o comportamento por defeito do outro.

Windows: Definir uma nova DWORD RealTimeIsUniversal a 1 em

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation

e depois certificar-se de que instalou isto a partir do Windows Update https://support.microsoft.com/en-us/kb/2922223

Linux: definir UTC=false em /etc/sysconfig/clock

Obviamente não faça ambos!

1
1
1
2014-11-29 15:51:49 +0000

Há dois tipos deste problema. O primeiro repõe a data e hora base, que para a maioria dos computadores modernos é 2008. Mesmo com a sincronização de tempo da Internet desactivada, existem softwares como o Nero burning rom e MSinstall exec que tentarão definir o tempo para uma instalação ou execução. Versões mais antigas do dotnet também o farão e alguns jogos instalam estas versões antigas escondidas em segundo plano. Uma instalação recente de uma versão mais antiga da printshop fez exactamente isso. Executei o tracemon e foi rastreado até à dotnet 1.x que a printshop instalou internamente.

Olhe para qualquer jogo de software antigo ou outro que possa ter instalado e veja também o registo de actividade do dotnet.

A é também uma correlação com SSL ou servidor seguro da Internet que se a data for mais antiga que um mês (janelas 7 & 8) que também causará alterações não autorizadas de hora e data e a segurança das janelas entrará em bloqueio automático e definirá a hora e data de volta ao padrão mínimo para se proteger.

Espero que isto ajude.

0
0
0
2014-01-28 13:35:03 +0000

Desinstale quaisquer aplicações de relógio de terceiros instaladas no seu computador e verifique se isso provoca alguma alteração no tempo do relógio.

Vamos primeiro verificar o estado do Tempo do Windows e reiniciar o mesmo. verificar se isso faz alguma diferença.

  1. clique em Start, digite services.msc e prima ENTER.
  2. Localizar a hora do Windows.
  3. Clicar com o botão direito do rato e seleccionar Reiniciar.
0
0
0
2019-12-30 21:45:03 +0000

No meu caso, Dell optiplex 990, perdendo 2-4 vezes o seu tempo durante um período de 4 horas, fiz tudo como descrito, ajustando a hora, reiniciando o serviço da hora, fuso horário ok, etc. A minha solução é como acima na “Update 3 Problem & Solution” Reiniciar o CMOS (desligar o cabo de alimentação, abrir a caixa, remover o jumper do Passwrd RST, colocá-lo em RTCRST, esperar 10seg, ligar sem ligar o cabo de alimentação, remover o jumper RTCRST e colocá-lo de volta na sua localização original). A minha boa dica, verifique no parâmetro bios (F2), no parâmetro de ajuste da hora e data, se vir os segundos aumentados. Se não, tem o mesmo problema que eu. Uma vez esta acção, os segundos começam a aumentar novamente, Isto indica que o RTC está novamente em função correcta.

0
0
0
2015-10-03 09:24:01 +0000

Se o piscar não funcionar, pode ser a bateria do cmos. Nunca tive esse problema em todos os computadores que possuo há anos, mas várias vezes tive amigos que tiveram de substituir a sua bateria do cmos. É minúscula, como uma dentro de um relógio. Alguns são maiores/mais finos como os cr2032s que se obtém para um afinador de guitarras snark.

Esperança que ajudou. Também estou a caçar este no meu computador, mas recentemente comecei os problemas adicionais dele, dizendo-me constantemente que não tenho memória suficiente em C: correr aplicações bastante simples e saber que tenho uma bateria de portátil que funcionou muito perto de 0 minutos de carga. Agora uso este ligado em casa a toda a hora e tenho um portátil mais recente que uso em qualquer outro lugar.

Portanto, se for a minha bateria de cmos, terei de pesar duas opções. Substituí-lo versus mantê-lo morto. A desvantagem, claro, é que o relógio está errado. O lado positivo é que posso usar um dos meus velhos “discos de salvador geeksquad” nesta caixa sem qualquer dos habituais aborrecimentos de trabalho ;)

0
0
0
2016-07-21 21:55:57 +0000

Tente criar uma tarefa regular para sincronizar o seu tempo.

& - Em Start/Cortana digite “Task” & - Clique com o botão direito em “Task Scheduler” e Execute como Administrador - Navegue até Task Scheduler Library/Microsoft/Windows/Time Synchronization no painel de directório esquerdo em “Task Scheduler (Local) - Aqui pode ver uma tarefa "ForceSynchronizeTime” ou “SynchronizeTime”. Clique com o botão direito do rato e vá às propriedades & - Clique no separador “Triggers” e Editar ou adicionar Novo gatilho & - Depois pode definir “Begin the Task” para “At log on” - Deixe tudo o resto desmarcado excepto “Enabled”

O post original tem uma configuração ligeiramente diferente (sugere verificar “At Startup” e “Repeat task every: 5 minutes”).

Além disso, tive um pequeno problema por não conseguir mudar o gatilho, por isso, exportei a tarefa “ForceSynchronizeTime” e depois renomeei-a “FixClock” e importei a nova tarefa para a pasta juntamente com a antiga. Depois editei o gatilho para “FixClock”.

Utilizei este truque para o Windows 7 e Windows 10. Todos os créditos são de anthony82. Ver o seu post original aqui: http://h30434.www3.hp.com/t5/Notebook-Operating-System-and-Recovery/The-time-on-your-clock-keeps-changing-to-the-wrong-time/td-p/2510559

[editado para incluir instruções passo a passo].

0
0
0
2020-02-13 15:09:24 +0000

Eu também tinha este problema e não conseguia perceber o que mudava o tempo. Para mim foi o Hyper-V Time Synchronization Service.

Quer parar o serviço ou mudar o tempo na máquina anfitriã e depois tentar mudá-lo manualmente no cliente. A hora é agora actualizada como pretendido.

0
0
0
2014-01-29 10:28:41 +0000

Verifique o valor do servidor do fuso horário. deverá ser time.windows.com.

Segunda opção - sugiro que reinicie o serviço de tempo do windows a partir de services.msc.

Tem alguma aplicação de relógio de terceiros instalada no seu computador? Em caso afirmativo, por favor, desinstale a aplicação.

-1
-1
-1
2014-01-28 13:30:09 +0000

Poderá querer verificar as suas definições regionais.

O Windows 7 tem talvez uma má configuração de compensação UTC? Talvez esteja a calcular o tempo incorrectamente devido a isso. Verifique o seu Fuso horário e (menos obviamente) as suas definições Regionais no Painel de Controlo.

Resposta encontrada aqui: http://answers.microsoft.com/en-us/windows/forum/windows_7-desktop/windows-7-keeps-changing-my-time/6c01463d-a557-4964-a106-60232391a1cd