Große Uhrendrift, während der Computer wach ist

Die Systemuhr driftet in meiner neuen Windows 8 Pro-Installation auf einem Computer, auf dem Windows 2008 Server (Windows 7) ausgeführt wird, schnell.

Dies ist ein DELL Precision M4300.

BEARBEITEN

Ursprünglich dachte ich, dies sei nur in Windows 8. Seitdem habe ich die Windows 2008 Server-Festplatte zurückgesetzt, die ich ausgetauscht hatte, aber das Problem besteht weiterhin. Ich kann nicht akzeptieren, dass dies vorher passiert ist und dass ich es einfach nicht bemerkt habe. Im Laufe eines Tages kann die Uhr um viele Stunden driften. Es scheint immer langsam zu sein.

Ich habe die Internet-Zeitsynchronisierung aktiviert und weiß, wie dies manuell durchgeführt werden kann.

Was könnte dies verursachen, was ein neues Problem sein muss? Viele Google-Suchergebnisse deuten auf eine schlechte CMOS-Batterie hin. Ich habe aber auch gelesen, dass Windows die Hardware-Uhr nur dann konsultiert, wenn sie aufwacht oder bootet. Wenn der Computer also während des Driftens die ganze Zeit eingeschaltet bleibt, sehe ich nicht, wie der Akku das Problem sein könnte. Da es sich bei Windows 7 nicht um ein (dauerhaftes) Problem handelte, muss es meiner Meinung nach entweder mit der unterschiedlichen Festplatte oder dem unterschiedlichen Betriebssystem zusammenhängen

(Und nein, es ist kein Virus)

AKTUALISIEREN

Ich habe mein Windows 7-Laufwerk für einige Monate zurückgetauscht. In den ersten Wochen nach der Rückkehr mit dem alten Laufwerk bestand dieses neue Problem mit der Zeitverschiebung tatsächlich weiter! Ich fragte mich, ob ich mich geirrt hatte und dass das Driftproblem auch in Windows 7 aufgetreten war, aber ich hatte es nicht bemerkt. Ich konnte keine Lösung finden, aber nach einer Weile verschwand sie und ich hatte eine stabile Systemuhr - wach, durch einen Schlaf, Neustart, nicht einmal mit dem Internet verbunden für eine erneute Synchronisierung war es in Ordnung.

Also habe ich gerade heute das Windows 8-Laufwerk wieder eingesetzt und dachte, dass jeder Treiber oder was auch immer das Problem hatte, in einem Patch behoben wurde. Nun, ich sehe schon wieder große Abweichungen!

Gibt es eine Möglichkeit, dass das Laufwerk selbst (Wechsel von einem OCZ Agility 3 zu einem OCZ Vertex 4) diese Art von Problem verursacht? Ich kann nicht sehen wie, aber wenn das Laufwerk ein lustiges Timing im Bus hat oder so, könnte das vielleicht dazu führen?

AKTUALISIEREN

Ich schrieb an OCZ und hörte von ihnen:

Leider hatten wir noch nie Fälle bezüglich dieses Problems mit unseren Laufwerken. Es scheint eher ein Softwareproblem bei Ihrer Windows-Installation oder ein Hardwareproblem bei der Hauptplatine des Systems zu sein. Wir empfehlen, sich an Microsoft und Dell zu wenden, um Unterstützung zu erhalten.

Dies ist ein sehr frustrierendes Problem. Ich muss die Uhr an einem Arbeitstag mehrmals mit einem Zeitserver neu synchronisieren.

Es ist kein ständiger Drift, glaube ich nicht. Manchmal vergehen mehrere Stunden ohne Drift (selten), aber innerhalb einer Stunde kann es leicht um 45 Minuten vergehen.

Ich bin mir nicht sicher, ob es jemals in der Zeit rückwärts geht - das heißt, gehen Sie zu einer Zeit früher, als ich es zuletzt synchronisiert habe. Wahrscheinlich nicht, ich denke, das würde große Probleme mit der Dateiverwaltung verursachen und so weiter, die ich nicht sehe.

AKTUALISIEREN

Hier ist eine Reihe von Ereignisprotokolleinträgen. Als ich heute aufwachte, bemerkte ich, dass die Uhr letzte Nacht gegen 19 Uhr feststeckte. Sehen Sie, wie das Protokoll, das in Ereignisreihenfolge ist, auf der Uhrzeit herumspringt. Ich kann nicht glauben, dass dieses System mit einer Zeit, die rückwärts springt, sogar (ansonsten) stabil bleiben kann - Sicherlich muss es irgendwo Code geben, der eine zukünftige Richtung für die Zeit einnehmen muss! Dies sind die einzigen Einträge aus dieser Zeit.

Ich weiß nicht, ob diese Fehler eine Ursache und Wirkung oder nur ein Zufall sind.

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: 

Angehängte Dateien: C: \ Benutzer \ Jason \ AppData \ Local \ Temp \ wpn_3775682326159551384.evtx

Diese Dateien sind möglicherweise hier verfügbar:

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>

AKTUALISIEREN

Es springt definitiv eine Stunde oder so in der Zeit zurück - zurück vor dem letzten Zurücksetzen der Uhr.

AKTUALISIEREN

Hier ist ein Beitrag, der genau das gleiche Problem beschreibt:

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

AKTUALISIEREN

Das alte Laptop-Motherboard ist ausgefallen, vielleicht ohne Bezug zu dieser Uhrensache. Ich habe das identische M4300-Motherboard ausgetauscht. Ich habe es nicht sofort bemerkt, aber die rückwärts treibende Uhr läuft jetzt auch mit dem neuen Motherboard ziemlich dramatisch. Ich habe dies auf dem alten Laptop nie bemerkt, obwohl er dieselbe Software und dieselben Treiber hatte (soweit ich beiläufig wusste), aber er wurde viel seltener verwendet.

Ich machte einen Roadtrip und hatte zeitweise Konnektivität. Ich habe das Problem mit einer neuen geplanten Windows-Aufgabe, mit der die Uhr alle 5 Minuten und beim Aufwecken synchronisiert wird, etwas gemildert. Funktioniert nicht, wenn die Uhr weit rückwärts springt. Ohne Konnektivität ist das Problem in vollem Umfang wirksam. Die Uhr bewegte sich innerhalb von ein oder zwei Tagen nach der letzten Synchronisierung um mehr als eine Woche zurück.

Dies ist äußerst frustrierend und gefährdet die Integrität meiner Dateisynchronisierung und des Git-Repositorys. Ich bekomme ein paar Up-Votes - liegt das daran, dass Sie auch das Problem haben? Oder ist es nur unterhaltsam? :-P

hier gilt das gleiche!

Sobald das Problem vor einer Woche auftrat, habe ich die cmos-Batterie gewechselt, aber es blieb bestehen. Ich habe mehrere Virenscans mit verschiedenen Softwareprogrammen durchgeführt, aber nichts gefunden. sfc / scannow sagte, die Systemdateien seien in Ordnung. Und dennoch fror die Uhr ein oder sprang rückwärts.

dann stellte ich fest, dass die Uhr im BIOS eingefroren war . Ich dachte an ein Hardwareproblem, aber bevor ich Asrock anrief, suchte ich im Internet und fand dies: /programming/18995923/windows-8-8-1-system-clock-changing-randomly-while-powered- On-and-In-Use

Ich habe versucht, einen harten cmos-Reset durchzuführen (Batterie entfernen) und die BIOS-Uhr neu gestartet !! Aber es hörte wieder auf, als ich die zuvor gespeicherten BIOS-Einstellungen lud. Also musste ich erneut zurücksetzen und alle Einstellungen manuell wieder so ändern, wie sie waren, und jetzt funktioniert es.

Sie sagten, das Problem sei mit "der Windows 2008 Server-Festplatte, die ich ausgetauscht hatte" aufgetreten.

Die Schlussfolgerung ist also, dass das Taktproblem nichts mit der SSD und alles mit dem Motherboard zu tun hat, genau wie der OCZ-Support sagte. Neben einer ausgelaufenen Taktschaltung ist nur noch die Batterie übrig (außer wenn Sie übertakten - dann ist alles möglich).

Siehe zum Beispiel den Thread Problem mit der Uhr in Win 8 Pro, in dem einige Schritte erforderlich waren, um das Poster davon zu überzeugen, seine CMOS-Batterie zu wechseln, aber schließlich war dies die richtige Lösung.

Wenn Sie nach "Windows 8 Clock Problem" googeln, werden Sie feststellen, dass Windows 8 jede Menge lustiger Probleme mit der Uhr haben kann. Dies könnte daran liegen, dass es viel empfindlicher auf Probleme mit der Motherboard-Uhr reagiert, obwohl es natürlich auch ein seltsamer Softwarefehler sein kann.

Mein Rat ist daher, den CMOS-Akku sowie den Internet-Zeitserver zu wechseln und Windows 8 (einschließlich optionaler Updates) weiter zu patchen. Verwenden Sie bei Bedarf eine andere Windows-Version, bis Windows 8 SP1 herauskommt (aber niemand garantiert, dass das Problem auf Ihrem Computermodell dadurch behoben wird).

Ich glaube, Sie haben eine CMOS-Batterie mit niedriger Spannung, wie Harrymc hervorhebt. Ich habe dieses Verhalten gesehen, Zeit zu verlieren. Führen Sie einen einfachen Test durch, schalten Sie Ihren PC ein und lassen Sie ihn auf dem BIOS-Bildschirm sitzen, auf dem die Uhrzeit angezeigt wird. Lassen Sie es stundenlang sein und sehen Sie, ob die Zeit knapp wird. Auf dieser Ebene gibt es keine Betriebssystembeteiligung, sodass Sie Software ausschließen können. Es würde nicht schaden zu überprüfen, ob Ihr BIOS ein Update hat.

Ich hatte ein ähnliches Problem mit Windows 8. Manchmal stoppte die Uhr nur zu einer bestimmten Zeit und änderte sich nie. Zuerst dachte ich aber auch an die CMOS-Batterie - dann bemerkte ich, dass es sich tatsächlich um ein Einfrieren von explorer.exe handelte. Da der Explorer einfrierte, war meine gesamte Taskleiste eingefroren (daher stoppte die Uhr).

Während mein Problem ein separates Problem beschreibt, bleibt die Antwort dieselbe - ich habe einige Antworten im Ereignisprotokoll gefunden. Vielleicht sollten Sie versuchen, Ihre Ereignisprotokolle zu dem Zeitpunkt zu durchsuchen, an dem Ihre Uhr zu treiben beginnt?