Gran deriva del reloj mientras la computadora está despierta

El reloj del sistema se está moviendo rápidamente en mi nueva instalación de Windows 8 Pro en una computadora que ejecutaba Windows 2008 Server (Windows 7) muy bien.

Este es un DELL Precision M4300.

EDITAR

Originalmente pensé que esto era solo en Windows 8. Desde entonces volví a colocar el disco duro del servidor Windows 2008 que había cambiado, pero el problema continúa. No puedo aceptar que esto sucediera antes y que simplemente no me di cuenta. En el transcurso de un día, el reloj puede desplazarse por muchas horas. Siempre parece ser lento.

Tengo habilitada la sincronización horaria de Internet y sé cómo hacerlo manualmente.

¿Qué podría estar causando esto, que debe ser un nuevo problema? Muchos resultados de búsqueda de Google sugieren una mala batería CMOS. Pero también leí que Windows no consulta el reloj del hardware a menos que se esté despertando o arrancando, por lo que si la computadora permanece encendida todo el tiempo durante la deriva, no veo cómo la batería podría ser el problema. Además, dado que no era un problema (persistente) con Windows 7, creo que debe estar relacionado con el disco duro diferente o con el sistema operativo diferente

(Y no, no es un virus)

ACTUALIZAR

Cambié mi unidad de Windows 7 por unos meses. Durante las primeras semanas de estar de vuelta con el disco viejo, ¡este nuevo problema de deriva del reloj realmente persistió! Me preguntaba si me había equivocado y que el problema de la deriva también había existido en Windows 7, pero no me había dado cuenta. No pude encontrar una solución, pero después de un tiempo desapareció y tuve un reloj de sistema estable: despierto, suspendido, reiniciando, ni siquiera conectado a Internet para una resincronización, estaba bien.

Así que hoy puse de nuevo la unidad de Windows 8, pensando que cualquier controlador o lo que sea que tuviera el problema se había solucionado en un parche. Bueno, ya estoy viendo una gran deriva de nuevo!

¿Hay alguna forma de que la unidad en sí (cambiar de un OCZ Agility 3 a un OCZ Vertex 4) pueda causar este tipo de problema? No puedo ver cómo, pero tal vez si la unidad tiene una sincronización divertida en el autobús o algo así, ¿tal vez eso podría causarlo?

ACTUALIZAR

Escribí a OCZ y escuché de ellos:

Lamentablemente, nunca hemos tenido ningún caso relacionado con este problema con nuestras unidades. Parece ser más un problema de software con su instalación de Windows o un problema de hardware con la placa principal del sistema. Recomendamos contactar a Microsoft y Dell para obtener ayuda.

Este es un problema muy frustrante. Tengo que volver a sincronizar el reloj con un servidor horario varias veces en un día de trabajo.

No es una deriva constante, no creo. A veces pueden pasar varias horas sin deriva (raro), pero dentro de una hora puede desaparecer en 45 minutos fácilmente.

No estoy seguro de si alguna vez retrocede en el tiempo, es decir, ir a un momento anterior a la última vez que lo sincronicé. Probablemente no, creo que eso causaría problemas importantes con la administración de archivos, etc., que no estoy viendo.

ACTUALIZAR

Aquí hay un conjunto de entradas del Registro de eventos. Cuando me desperté hoy, noté que el reloj estaba atascado a eso de las 7 de la tarde anoche. Vea cómo el registro, que está en orden de evento, rebota en el tiempo. No puedo creer que este sistema pueda mantenerse estable (de lo contrario) con el tiempo que salta hacia atrás. ¡Seguramente debe haber un código en algún lugar que deba asumir una dirección futura para el tiempo! Esas son las únicas entradas de ese tiempo.

No sé si estos errores son una causa y un efecto, o simplemente una coincidencia.

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: 

Archivos adjuntos: C: \ Users \ Jason \ AppData \ Local \ Temp \ wpn_3775682326159551384.evtx

Estos archivos pueden estar disponibles aquí:

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>

ACTUALIZAR

Definitivamente está retrocediendo en el tiempo una hora más o menos, antes del último reinicio del reloj.

ACTUALIZAR

Aquí hay una publicación que describe lo que parece ser exactamente el mismo problema:

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

ACTUALIZAR

La vieja placa base de la computadora portátil falló, quizás sin relación con esta cosa del reloj. Cambié la placa madre M4300 idéntica. No me di cuenta de inmediato, pero el reloj que se desplaza hacia atrás ahora también está sucediendo dramáticamente con la nueva placa base. Nunca me di cuenta de que esto sucedía en la vieja computadora portátil, aunque tenía el mismo software y controladores (por lo que sabía), pero se usaba con mucha menos frecuencia.

Hice un viaje por carretera y tenía conectividad intermitente. He mitigado el problema de alguna manera con una nueva tarea programada de Windows para sincronizar el reloj cada 5 minutos y en Wake, no funciona si el reloj salta hacia atrás. Sin conectividad, el problema está en pleno efecto. El reloj retrocedió en el tiempo de MÁS DE UNA SEMANA dentro de un día o dos de la última sincronización.

Esto es extremadamente frustrante y amenaza la integridad de mi sincronización de archivos y el repositorio git. Tengo algunos votos positivos, ¿es porque tú también tienes el problema? ¿O es simplemente entretenido? :-PAGS

¡igual que aquí!

Tan pronto como apareció el problema hace una semana, cambié la batería del CMOS, pero persistió. Ejecuté múltiples escaneos de virus con diferentes sofwares pero no encontré nada. sfc / scannow dijo que los archivos del sistema estaban bien ... y, sin embargo, el reloj seguía congelándose o saltando hacia atrás.

Entonces me di cuenta de que el reloj de la BIOS estaba congelado . Pensé en un problema de hardware pero antes de llamar a Asrock busqué en Internet y encontré esto: /programming/18995923/windows-8-8-1-system-clock-changing-randomly-while-powered- en uso

Intenté un restablecimiento completo de cmos (quitando la batería) y el reloj bios se reinició. Pero se detuvo nuevamente cuando cargué la configuración de BIOS que guardé anteriormente. Así que tuve que reiniciar nuevamente y cambiar manualmente todas las configuraciones a como estaban, y ahora funciona.

Usted dijo que el problema ocurrió con "el disco duro del servidor Windows 2008 que había cambiado".

Entonces, la conclusión es que el problema del reloj no tiene nada que ver con el SSD y todo lo que tiene que ver con la placa base, tal como lo dijo OCZ Support. Además de un circuito de reloj en mal estado, solo queda la batería (excepto si está haciendo overclocking, entonces todo es posible).

Vea, por ejemplo, el hilo Problema con el reloj en Win 8 Pro, donde fue necesario convencer al afiche de cambiar su batería CMOS, pero finalmente esta fue la solución correcta.

Buscar en Google el "problema del reloj de Windows 8" descubre que Windows 8 puede tener muchos problemas divertidos con el reloj. Esto puede deberse a que es mucho más sensible a los problemas del reloj de la placa base, aunque, por supuesto, también podría ser un problema técnico extraño.

Por lo tanto, mi consejo es cambiar la batería CMOS y el servidor horario de Internet, y también seguir parcheando Windows 8 (incluidas las actualizaciones opcionales). Si es necesario, use otra versión de Windows hasta que salga Windows 8 SP1 (pero nadie garantiza que esto solucionará el problema en su modelo de computadora).

Creo que tiene una batería CMOS con bajo voltaje como señala harrymc, he visto este comportamiento de perder tiempo antes. Haga una prueba simple, encienda su PC y déjela reposar en la pantalla del BIOS donde aparece el tiempo. Déjalo pasar horas y mira si el tiempo se arruina. En este nivel no hay participación del sistema operativo, por lo que puede descartar el software. No estaría de más comprobar si su BIOS tiene una actualización.

Tuve un problema similar con Windows 8. A veces, el reloj simplemente se detenía a una hora específica y nunca cambiaba. Al principio, estaba pensando en la batería CMOS también, sin embargo, luego noté que, de hecho, estaba congelando explorer.exe. Como el explorador se estaba congelando, toda mi barra de tareas estaba congelada (por lo tanto, el reloj se detenía).

Si bien mi problema describe un problema separado, la respuesta sigue siendo la misma: encontré bastantes respuestas en el registro de eventos. ¿Tal vez deberías intentar alcanzar los registros de eventos a la hora en que tu reloj comienza a la deriva?