Dérive d'horloge majeure pendant que l'ordinateur est réveillé

L'horloge système dérive rapidement dans ma nouvelle installation de Windows 8 Pro sur un ordinateur qui exécutait très bien Windows 2008 Server (Windows 7).

Il s'agit d'un DELL Precision M4300.

ÉDITER

À l'origine, je pensais que c'était uniquement dans Windows 8. Depuis, j'ai remis le disque dur de Windows 2008 Server que j'avais remplacé, mais le problème persiste. Je ne peux pas accepter que cela se produise avant et que je ne l'ai tout simplement pas remarqué. Au cours d'une journée, l'horloge peut dériver de plusieurs heures. Cela semble toujours lent.

J'ai la synchronisation de l'heure Internet activée et je sais comment y arriver manuellement.

Quelle pourrait en être la cause, qui doit être un nouveau problème? De nombreux résultats de recherche Google suggèrent une mauvaise batterie CMOS. Mais j'ai également lu que Windows ne consultait pas l'horloge matérielle à moins qu'elle ne se réveille ou ne démarre, donc si l'ordinateur reste allumé tout le temps pendant la dérive, je ne vois pas comment la batterie pourrait être le problème. De plus, comme ce n'était pas un problème (persistant) avec Windows 7, je pense qu'il doit être lié soit aux différents disques durs soit aux différents OS

(Et non, ce n'est pas un virus)

METTRE À JOUR

J'ai échangé mon disque Windows 7 pendant quelques mois. Pendant les premières semaines de retour avec l'ancien lecteur, ce nouveau problème de dérive d'horloge a persisté! Je me demandais si j'avais eu tort et que le problème de dérive existait également dans Windows 7 mais je ne l'avais pas remarqué. Je n'ai pas pu trouver de solution, mais après un certain temps, elle est partie et j'ai eu une horloge système stable - éveillée, en veille, redémarrage, même pas connectée à Internet pour une resynchronisation, ça allait.

Aujourd'hui, je remets le lecteur Windows 8 en pensant que le pilote ou le problème rencontrés avait été corrigé. Eh bien, je vois déjà à nouveau une dérive majeure!

Existe-t-il un moyen pour que le lecteur lui-même (passant d'un OCZ Agility 3 à un OCZ Vertex 4) puisse provoquer ce genre de problème? Je ne vois pas comment, mais peut-être que si le lecteur a un timing drôle dans le bus ou quelque chose, peut-être que cela pourrait le causer?

METTRE À JOUR

J'ai écrit à OCZ et j'en ai entendu parler:

Malheureusement, nous n'avons jamais eu de cas concernant ce problème avec nos disques. Cela semble être davantage un problème logiciel avec votre installation de Windows ou un problème matériel avec la carte principale du système. Nous vous recommandons de contacter Microsoft et Dell pour obtenir de l'aide.

C'est un problème très frustrant. Je dois resynchroniser l'horloge avec un serveur de temps plusieurs fois dans une journée de travail.

Ce n'est pas une dérive constante, je ne pense pas. Parfois, plusieurs heures peuvent s'écouler sans dérive (rare), mais en une heure, elles peuvent s'éteindre facilement de 45 minutes.

Je ne sais pas si elle va jamais en arrière dans le temps - qui est, passez à un moment plus tôt que je synced ce dernier. Probablement pas, je pense que cela causerait des problèmes majeurs avec la gestion des fichiers et ainsi de suite que je ne vois pas.

METTRE À JOUR

Voici un ensemble d'entrées du journal des événements. Quand je me suis réveillé aujourd'hui, j'ai remarqué que l'horloge était coincée vers 19 heures hier soir. Voyez comment le journal, qui est dans l'ordre des événements, rebondit sur l'heure. Je ne peux pas croire que ce système puisse même rester stable (sinon) avec du temps qui revient en arrière - Il doit sûrement y avoir un code quelque part qui doit prendre une direction futuriste pour le temps! Ce sont les seules entrées de cette époque.

Je ne sais pas si ces erreurs sont une cause et un effet, ou simplement une coïncidence.

Information 2/6/2013 6:58:31 PM Windows Error Reporting 1001    None
Information 2/6/2013 6:59:57 PM Windows Error Reporting 1001    None
Information 2/6/2013 7:01:15 PM Windows Error Reporting 1001    None
Information 2/6/2013 6:58:52 PM Windows Error Reporting 1001    None
Information 2/6/2013 7:00:17 PM Windows Error Reporting 1001    None
Information 2/6/2013 7:01:40 PM Windows Error Reporting 1001    None
Information 2/6/2013 6:59:22 PM Windows Error Reporting 1001    None


Log Name:      Application
Source:        Windows Error Reporting
Date:          2/6/2013 6:58:31 PM
Event ID:      1001
Task Category: None
Level:         Information
Keywords:      Classic
User:          N/A
Computer:      
Description:
Fault bucket -1469235789, type 5
Event Name: WPNConnectionFailure
Response: Not available
Cab Id: 0

Problem signature:
P1: Data Reconnect
P2: 880403f5
P3: WNP
P4: IPv6v4
P5: None
P6: LAN
P7: 2
P8: 244
P9: 
P10: 

Fichiers joints: C: \ Users \ Jason \ AppData \ Local \ Temp \ wpn_3775682326159551384.evtx

Ces fichiers peuvent être disponibles ici:

Analysis symbol: 
Rechecking for solution: 0
Report Id: 1a552c3b-70b9-11e2-bed8-001e37f5f3d7
Report Status: 16
Hashed bucket: bf2d0f7d5d2d29e2ff5285f8ba408a8d
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Windows Error Reporting" />
    <EventID Qualifiers="0">1001</EventID>
    <Level>4</Level>
    <Task>0</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2013-02-06T23:58:31.000000000Z" />
    <EventRecordID>7762</EventRecordID>
    <Channel>Application</Channel>
    <Computer></Computer>
    <Security />
  </System>
  <EventData>
    <Data>-1469235789</Data>
    <Data>5</Data>
    <Data>WPNConnectionFailure</Data>
    <Data>Not available</Data>
    <Data>0</Data>
    <Data>Data Reconnect</Data>
    <Data>880403f5</Data>
    <Data>WNP</Data>
    <Data>IPv6v4</Data>
    <Data>None</Data>
    <Data>LAN</Data>
    <Data>2</Data>
    <Data>244</Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>
C:\Users\Jason\AppData\Local\Temp\wpn_3775682326159551384.evtx</Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>0</Data>
    <Data>1a552c3b-70b9-11e2-bed8-001e37f5f3d7</Data>
    <Data>16</Data>
    <Data>bf2d0f7d5d2d29e2ff5285f8ba408a8d</Data>
  </EventData>
</Event>

METTRE À JOUR

Il fait définitivement un bond en arrière d'une heure ou deux - avant la dernière réinitialisation de l'horloge.

METTRE À JOUR

Voici un article décrivant ce qui semble être exactement le même problème:

http://h30434.www3.hp.com/t5/Notebook-Operating-Systems-eg-Windows-8-and-Software/Insanely-weird-clock-drift-issue-in-Windows-8-on-ENVY- 14t / td-p / 1989849

METTRE À JOUR

L'ancienne carte mère d'ordinateur portable a échoué, peut-être sans rapport avec cette horloge. J'ai échangé la carte mère M4300 identique. Je ne l'ai pas remarqué tout de suite, mais l'horloge à dérive arrière se produit maintenant de manière assez spectaculaire avec la nouvelle carte mère. Je n'ai jamais remarqué que cela se produisait sur l'ancien ordinateur portable, même s'il avait le même logiciel et les mêmes pilotes (à ma connaissance), mais il était utilisé beaucoup moins fréquemment.

J'ai fait un road trip et j'avais une connectivité intermittente. J'ai quelque peu atténué le problème avec une nouvelle tâche planifiée de Windows pour synchroniser l'horloge toutes les 5 minutes et au réveil - ne fonctionne pas si l'horloge saute loin en arrière. Sans connectivité, le problème est pleinement appliqué. L'horloge a dérivé en arrière dans le temps de PLUS D'UNE SEMAINE dans un jour ou deux de la dernière synchronisation.

Ceci est extrêmement frustrant et menace ma synchronisation de fichiers et l'intégrité du référentiel git. Je reçois quelques votes positifs - est-ce parce que vous avez aussi le problème? Ou est-ce juste divertissant? :-P

pareil ici!

Dès que le problème est apparu il y a une semaine, j'ai changé la batterie du cmos, mais elle a persisté. J'ai exécuté plusieurs analyses antivirus avec différents logiciels mais je n'ai rien trouvé. sfc / scannow a dit que les fichiers système étaient ok .. et pourtant l'horloge continuait de geler ou de sauter en arrière.

puis j'ai réalisé que l'horloge du bios était figée . J'ai pensé à un problème matériel mais avant d'appeler Asrock, j'ai cherché sur Internet et j'ai trouvé ceci: /programming/18995923/windows-8-8-1-system-clock-changing-randomly- while-powered- sur et en cours d'utilisation

J'ai essayé une réinitialisation matérielle des cmos (retrait de la batterie) et l'horloge du bios a redémarré !! Mais il s'est arrêté à nouveau lorsque j'ai chargé les paramètres de bios que j'avais précédemment enregistrés. J'ai donc dû réinitialiser à nouveau et modifier manuellement tous les paramètres comme ils étaient, et maintenant cela fonctionne.

Vous avez dit que le problème était survenu avec "le disque dur de Windows 2008 Server que j'avais remplacé".

Donc, la conclusion est que le problème d'horloge n'a rien à voir avec le SSD et tout à voir avec la carte mère, comme l'a dit le support OCZ. Outre un circuit d'horloge excité, il ne reste que la batterie (sauf si vous overclockez - alors tout est possible).

Voir par exemple le problème de thread avec Clock dans Win 8 Pro où il a fallu faire quelque chose pour convaincre l'affiche de changer sa batterie CMOS, mais finalement c'était la bonne solution.

La recherche de "problème d'horloge Windows 8" révèle que Windows 8 peut avoir des tas de problèmes drôles avec l'horloge. Cela peut être dû au fait qu'il est beaucoup plus sensible aux problèmes d'horloge de la carte mère, bien que cela puisse bien sûr aussi être un problème logiciel étrange.

Mon conseil est donc de changer la batterie CMOS ainsi que le serveur de temps Internet, et aussi de continuer à patcher Windows 8 (y compris les mises à jour optionnelles). Si nécessaire, utilisez une autre version de Windows jusqu'à la sortie de Windows 8 SP1 (mais personne ne garantit que cela résoudra le problème sur votre modèle d'ordinateur).

Je crois que vous avez une batterie CMOS à basse tension comme le souligne harrymc, j'ai déjà vu ce comportement de perdre du temps. Faites un test simple, allumez votre PC et laissez-le reposer sur l'écran du BIOS où l'heure s'affiche. Que ce soit pendant des heures et voyez si le temps est gâché. À ce niveau, il n'y a aucune implication du système d'exploitation, vous pouvez donc exclure les logiciels. Cela ne ferait pas de mal de vérifier si votre BIOS a une mise à jour.

J'ai eu un problème similaire avec Windows 8. Parfois, l'horloge s'arrêtait juste à une heure spécifique et ne changeait jamais. Au début, je pensais également à la batterie CMOS - j'ai ensuite remarqué qu'il s'agissait en fait d'un gel explorer.exe. Depuis que l'explorateur était en train de geler, toute ma barre des tâches était gelée (d'où l'arrêt de l'horloge).

Alors que mon problème décrit un problème distinct, la réponse reste la même: j'ai trouvé pas mal de réponses dans le journal des événements. Vous devriez peut-être essayer de parcourir vos journaux d'événements au moment où votre horloge commence à dériver?