Estoy conectado al pequeño clúster de Linux de mi universidad a través de PuTTY y WinSCP, transfiriendo archivos usando este último y compilándolos y ejecutándolos con el primero. Mi trabajo hasta el momento se ha realizado en los laboratorios de la universidad, pero hoy he estado haciendo un trabajo en casa que generó una advertencia interesante.

Subí una carpeta completa de cosas y, al ejecutar el makecomando, obtengo esto como la última línea de salida:

make: advertencia: reloj sesgo detectado. Su construcción puede estar incompleta.

El binario resultante funciona correctamente y no parece haber ningún otro error inesperado en el proceso de compilación.

Parece que puedo activar el error construyendo después de cargar algunos archivos nuevos / de reemplazo (edito todo localmente y luego subo la nueva versión), así que me pregunto si es algo tan simple como los tiempos de modificación de archivos no coincidentes. ¿O algo más preocupante?

Entonces, ¿debería estar preocupado? ¿Cómo soluciono / evito esto?

Ese mensaje suele indicar que algunos de sus archivos tienen tiempos de modificación posteriores a la hora actual del sistema. Dado makeque decide qué archivos compilar al realizar una compilación incremental verificando si los archivos fuente se han modificado más recientemente que su archivo objeto, esta situación puede hacer que se compilen archivos innecesarios o, peor aún, que no se compilen los archivos necesarios .

Sin embargo, si está construyendo desde cero (no está haciendo una construcción incremental), es probable que pueda ignorar esta advertencia sin consecuencias.

Por lo general, esto ocurre cuando se construye en un directorio montado en NFS, y los relojes del cliente y el servidor NFS no están sincronizados.

La solución es ejecutar un cliente NTP tanto en el servidor NFS como en todos los clientes.

Instalar el protocolo de tiempo de red

Esto también me sucedió cuando se ejecuta makeen un recurso compartido Samba SMB CIFS en un servidor. Una solución duradera consiste en instalar el ntpdemonio tanto en el servidor como en el cliente. (Tenga en cuenta que este problema no se resuelve ejecutando ntpdate. Esto resolvería la diferencia horaria solo temporalmente, pero no en el futuro).

Para los sistemas derivados de Ubuntu y Debian, simplemente escriba la siguiente línea en la línea de comando:

$ sudo apt install ntp

Además, aún será necesario emitir el comando touch *una vez (y solo una vez) en el directorio afectado para corregir los tiempos de modificación del archivo de una vez por todas.

$ touch *

Para obtener más información sobre las diferencias entre ntpy ntpdate, consulte:

• Sincronización de hora con NTP
• Cómo configurar la sincronización de tiempo en Ubuntu 16.04

Solución simple:

# touch filename

hará todo bien.

Para más información: http://embeddedbuzz.blogspot.in/2012/03/make-warning-clock-skew-detected-your.html

Según el usuario m9dhatter en LinuxQuestions.org :

"make" usa la marca de tiempo del archivo para determinar si el archivo que intenta compilar es antiguo o nuevo. Si su reloj está dañado, puede tener problemas para compilar.

si intenta modificar los archivos en otra máquina con un tiempo de reloj de adelanto de unos minutos y transferirlos a su máquina y luego intenta compilarlo, puede emitir una advertencia que dice que el archivo se modificó en el futuro. el reloj puede estar sesgado o algo por el estilo (realmente no puedo recordar). podrías simplemente ir al archivo ofensivo y hacer esto:

#touch <nombre de archivo del archivo ofensivo>

Las otras respuestas aquí hacen un buen trabajo al explicar el problema, por lo que no repetiré eso aquí. Pero hay una solución que puede resolverlo que aún no aparece en la lista: simplemente ejecute make clean, luego vuelva a ejecutar make.

Hacer que remove elimine los archivos ya compilados evitará que make tenga archivos para comparar las marcas de tiempo, resolviendo la advertencia.

He tenido esto en el pasado, debido a que los relojes estaban en las máquinas. Considere configurar NTP para que todas las máquinas tengan el mismo tiempo.

Esto generalmente se debe simplemente a tiempos de discrepancia entre sus máquinas host y cliente. Puede intentar sincronizar las horas en sus máquinas usando ntp .

La solución es ejecutar un cliente NTP, solo ejecute el comando de la siguiente manera

#ntpdate 172.16.12.100

172.16.12.100 es el servidor ntp

Reemplace la batería del reloj en su computadora. He visto este mensaje de error cuando la batería que buscaba monedas en la placa base necesitaba ser reemplazada.

(Por si acaso alguien aterriza aquí) Si tiene derechos de sudo, una opción es sincronizar la hora del sistema

sudo date -s "$(wget -qSO- --max-redirect=0 google.com 2>&1 | grep Date: | cut -d' ' -f5-8)Z"

Haga comprobaciones si el resultado de la compilación, por ejemplo, somefile.o, es anterior a la fuente, por ejemplo, somefile.c. La advertencia anterior significa que algo sobre las marcas de tiempo de los archivos es extraño. Probablemente los relojes del sistema del servidor de la Universidad difieran de su reloj y, por ejemplo, presione a la 1 p.m. un archivo con fecha de modificación a las 2 p.m. Puede ver la hora en la consola escribiendo la fecha.

Esto me paso a mi. Es porque corrí make -j 4y algunos trabajos terminaron fuera de servicio. Se debe esperar esta advertencia al usar la -jopción.