w32tm /resyncdice "La computadora no se volvió a sincronizar porque el cambio de tiempo requerido era demasiado grande" como mi batería CMOS está agotada y el reloj de mi computadora se reinicia en cada arranque a 1/1/2000 12:00 AM. ¿Alguna ayuda?
@LightnessRacesinOrbit y los demás, si obtiene el error "el cambio de tiempo fue demasiado grande", úselo w32tm /resync /force. Pero si no tiene el servicio iniciado, ejecute net start w32time. Ambos de un aviso elevado.
cdlvcdlv
44
Para resolver 'el cambio de tiempo fue demasiado grande', cambie las entradas del registro MaxNegPhaseCorrection y MaxPosPhaseCorrection en HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ W32Time \ Config al máximo (ffffffff)
Tomas F.
37
Para aquellos que todavía hacen esta pregunta.
Para actualizar, utilice el siguiente comando (compatible con el servidor 2008 y 2012)
Los comandos anteriores deberían estar bien si sus fuentes funcionan correctamente y / o su conexión está bien (el firewall o Microsoft Forefront también pueden ser un problema). Los siguientes comandos pueden ayudar con la resolución de problemas
Por alguna razón w32tm /resyncno funcionó para mí, pero lo net time /SET /Yhizo. He utilizado /Ypara net time, ya que al parecer no lee la entrada estándar adecuadamente cuando salga a través de cygwin sshd.
qwertzguy
Al ejecutar w32tm /resync, recibí el mensaje The computer did not resync because no time data was available.incluso después de reiniciar el servicio, pero net time /SETfuncionó correctamente para mí.
Chris Magnuson el
3
SO: MS Windows 7
Todas las ideas anteriores han sido probadas pero no ayudaron. El problema original aún existe: " La computadora no se volvió a sincronizar porque el cambio de tiempo requerido era demasiado grande " .
La solución se encuentra en el registro:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ w32time \ Config
cambie esto si la hora local tiene prisa (por ejemplo, 31-dic-2050): MaxNegPhaseCorrection
cambie esto si la hora local se retrasa (por ejemplo, 1 de enero de 1980): MaxPosPhaseCorrection
Los valores predeterminados son 0xD2F0 (es decir, 54000 segundos = 15 horas)
(use Google para más detalles)
Yo uso este simple win_clock_sync.batarchivo del menú Inicio Inicio:
Su respuesta podría usar una explicación de la función de los valores MaxNegPhaseCorrectiony en MaxPosPhaseCorrectionlugar de sugerir que deberían deshabilitarse ciegamente. Eso es lo que hace este script al establecer sus datos en 0xFFFFFFFF .
Personificador Twisty
No puede ignorar el mensaje de error mencionado "La computadora no se volvió a sincronizar porque el cambio de hora requerido era demasiado grande". sin cambiar los datos en los valores MaxNegPhaseCorrection y MaxPosPhaseCorrection. ¿O encontraste alguna solución funcional al problema original? ¿Y por qué estás escribiendo "a ciegas"? Si se tomara un poco de tiempo para leer, podría ver la exportación e importación de los datos originales de estos valores, lo que está un poco lejos de hacer algo "a ciegas".
Akos
Debe hacer que esta secuencia de comandos cambie los valores a deshabilitados, fuerce una actualización y luego vuelva a cambiarlos a los valores recomendados.
Cory Knutson
Twisty tiene puntos válidos que no se centran realmente en el problema planteado por NeverQuit ... pero Akos no ha explicado claramente por qué el script es una solución adecuada para NeverQuit. En esencia, los valores del Registro MaxNegPhaseCorrection y MaxPosPhaseCorrection existen para evitar que el servicio W32Time aplique cambios dramáticos a la hora actual [en circunstancias como una fuente de tiempo externa que se torna muy mal] Sin embargo, si ocurre algún problema que lleva a un PDCe derivando rápidamente de un fuente de tiempo confiable, entonces los controles de corrección evitarán que w32tm arregle la gran deriva. En esta situación ::: b
Creaky_Uncle_Nick
@Akos Downvote se retractó en base a que usted señaló que su script realmente revierte los cambios en los valores MaxNegPhaseCorrectiony MaxPosPhaseCorrection. Todavía animo a incluir una explicación de lo que hacen estas dos configuraciones, ya que son una característica clave de su respuesta y es importante que un administrador tenga en cuenta que si establecen estas configuraciones permanentemente, configurarán su sistema para aceptar cualquier cambio de hora, No importa cuán grande sea, lo que podría romper Kerberos y otros servicios de red importantes.
Twisty Impersonator
2
Powershell one liner si el servidor ntp está configurado:
gsv w32time | sasv; w32tm /resync /force
Puede poner este archivo .bat en el inicio si falla la batería CMOS para que pueda volver a sincronizarse al iniciar el sistema operativo:
Casi ninguna de las soluciones (excepto @Akos) funciona si el host es un controlador de dominio de Active Directory de Windows Server 2016 (ADDC), ya que se trata a sí mismo como una fuente "confiable" que no puede hacer grandes cambios.
w32tm /resync /forceno funciona porque /forceno aparece en el servidor 2016.
net time /SET /Y tampoco funciona, porque habría preguntado:
¿Desea configurar la hora de la computadora local para que coincida con la hora
\AD.example.net? (S / N) [S]
Por supuesto, no funcionará si estás encendido AD.example.net, /Ysolo oculta la pregunta.
Los pasos funcionan para mí usando PowerShell:
Establezca el servicio w32time como poco confiable :
La opción /syncfromflags:manualsignifica la sincronización con el NTP enumerado en la lista de pares (es decir, NTP externo), /updatepara notificar el servicio horario que la configuración ha cambiado.
Reinicia el w32time
Stop-Service w32time
Start-Service w32time
Sincronización
w32tm /resync
Esto debería funcionar.
Si necesita ADDC como fuente de tiempo confiable, hágalo confiable nuevamente:
Tengo una imagen de Win10 que puedo restaurar en una instantánea donde este mensaje de error siempre es reproducible: "The computer did not resync because the required time change was too big."
He intentado escribir una solución a este problema sin resultado:
Ni la configuración /reliable:noni la MaxPosPhaseCorrection, ni ningún otro comando indicado aquí funcionaron inmediatamente de manera reproducible.
Después de actualizar el registro, iniciar el servicio, actualizar la configuración y nuevamente reiniciar el servicio, aún tuve que esperar muchos minutos antes de w32tm /resync /rediscovertener éxito.
La sincronización del tiempo finalmente tiene éxito, pero no de manera oportuna y confiable.
Respuestas:
Como dijo Kyle,
w32tm /resync
es la forma moderna de hacer esto. Consulte este Enlace a la Base de conocimiento de Microsoft (KB 307897) para obtener más información sobre el comando w32tm.También hay
net time
una versión anterior pero quizás más fácil.fuente
w32tm /resync
dice "La computadora no se volvió a sincronizar porque el cambio de tiempo requerido era demasiado grande" como mi batería CMOS está agotada y el reloj de mi computadora se reinicia en cada arranque a 1/1/2000 12:00 AM. ¿Alguna ayuda?net stop W32Time
intentarlow32tm /resync
w32tm /resync /force
. Pero si no tiene el servicio iniciado, ejecutenet start w32time
. Ambos de un aviso elevado.Para aquellos que todavía hacen esta pregunta.
Para actualizar, utilice el siguiente comando (compatible con el servidor 2008 y 2012)
cambie el servidor ntp con su fuente
Reiniciar el servicio horario
Resincroniza el tiempo
Verifica tu estado de sincronización
Los comandos anteriores deberían estar bien si sus fuentes funcionan correctamente y / o su conexión está bien (el firewall o Microsoft Forefront también pueden ser un problema). Los siguientes comandos pueden ayudar con la resolución de problemas
Para enumerar compañeros
Para enumerar las fuentes NTP:
fuente
w32tm /monitor /computers:time.windows.com
Puede usar el siguiente comando:
w32tm /resync
fuente
Puedes usar:
Además, el uso
w32tm /resync /rediscover
también "forzará la redetección de la red con recursos antes de la resincronización".O usando:
Le pedirá que configure la hora en DC. (Funciona para versiones anteriores de Windows)
fuente
w32tm /resync
no funcionó para mí, pero lonet time /SET /Y
hizo. He utilizado/Y
paranet time
, ya que al parecer no lee la entrada estándar adecuadamente cuando salga a través de cygwin sshd.w32tm /resync
, recibí el mensajeThe computer did not resync because no time data was available.
incluso después de reiniciar el servicio, peronet time /SET
funcionó correctamente para mí.SO: MS Windows 7
Todas las ideas anteriores han sido probadas pero no ayudaron. El problema original aún existe: " La computadora no se volvió a sincronizar porque el cambio de tiempo requerido era demasiado grande " .
La solución se encuentra en el registro: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ w32time \ Config
(use Google para más detalles)
Yo uso este simple
win_clock_sync.bat
archivo del menú Inicio Inicio:¡Disfrutar! :-)
fuente
MaxNegPhaseCorrection
y enMaxPosPhaseCorrection
lugar de sugerir que deberían deshabilitarse ciegamente. Eso es lo que hace este script al establecer sus datos en 0xFFFFFFFF .MaxNegPhaseCorrection
yMaxPosPhaseCorrection
. Todavía animo a incluir una explicación de lo que hacen estas dos configuraciones, ya que son una característica clave de su respuesta y es importante que un administrador tenga en cuenta que si establecen estas configuraciones permanentemente, configurarán su sistema para aceptar cualquier cambio de hora, No importa cuán grande sea, lo que podría romper Kerberos y otros servicios de red importantes.Powershell one liner si el servidor ntp está configurado:
gsv w32time | sasv; w32tm /resync /force
Puede poner este archivo .bat en el inicio si falla la batería CMOS para que pueda volver a sincronizarse al iniciar el sistema operativo:
fuente
/force
no es una opción de línea de comandos documentada paraw32tm /resync
.De acuerdo con Riot Games
fuente
Intenta en este orden. Funciona todo el tiempo
fuente
Casi ninguna de las soluciones (excepto @Akos) funciona si el host es un controlador de dominio de Active Directory de Windows Server 2016 (ADDC), ya que se trata a sí mismo como una fuente "confiable" que no puede hacer grandes cambios.
w32tm /resync /force
no funciona porque/force
no aparece en el servidor 2016.net time /SET /Y
tampoco funciona, porque habría preguntado:Por supuesto, no funcionará si estás encendido
AD.example.net
,/Y
solo oculta la pregunta.Los pasos funcionan para mí usando PowerShell:
La opción
/syncfromflags:manual
significa la sincronización con el NTP enumerado en la lista de pares (es decir, NTP externo),/update
para notificar el servicio horario que la configuración ha cambiado.Esto debería funcionar.
fuente
Tengo una imagen de Win10 que puedo restaurar en una instantánea donde este mensaje de error siempre es reproducible:
"The computer did not resync because the required time change was too big."
He intentado escribir una solución a este problema sin resultado:
Ni la configuración
/reliable:no
ni laMaxPosPhaseCorrection
, ni ningún otro comando indicado aquí funcionaron inmediatamente de manera reproducible.Después de actualizar el registro, iniciar el servicio, actualizar la configuración y nuevamente reiniciar el servicio, aún tuve que esperar muchos minutos antes de
w32tm /resync /rediscover
tener éxito.La sincronización del tiempo finalmente tiene éxito, pero no de manera oportuna y confiable.
fuente