L'heure indiquée sur mon système est incorrecte pour une raison quelconque.
je dois lancer une mise à jour mais je ne semble pas pouvoir
c'est l'erreur.
ntpdate pool.ntp.org
31 Aug 12:31:59 ntpdate[3108]: the NTP socket is in use, exiting
je viens de redémarrer, je ne sais pas comment quelque chose peut être in use.
Si vous voulez exécuter ntpdate avec le démon ntp déjà en marche, utilisez la commande suivante :
# ntpdate -u pool.ntp.org
et il utilisera un port différent.
Il est utilisé parce que le service ntp est probablement en cours d'exécution. Vous n'avez pas mentionné quel Linux vous utilisez, donc cela suppose que vous avez service installé (que vous utilisez un système System V) :
$ sudo ntpdate pool.ntp.org
31 Aug 19:05:55 ntpdate[8911]: the NTP socket is in use, exiting
$ sudo service ntp stop
[ok] Stopping NTP server: ntpd.
$ sudo ntpdate pool.ntp.org
31 Aug 19:07:11 ntpdate[10355]: adjust time server 46.29.176.115 offset -0.002893 sec
$ sudo service ntp start
```.
Une simple ligne pour synchroniser votre horloge :
ntpdate -u ptbtime1.ptb.de && hwclock -w
```.
Vous pourriez avoir un pare-feu bloquant le port 123 qui peut faire que le serveur ntp ne voit jamais les serveurs de temps.
Dans mon cas, mon ISP (Internet Service Provider) bloquait les ports.
Un scan du port 123 n'a pas détecté le blocage non plus.
Le problème, c'est que j'ai temporairement deux flux Internet indépendants. Sous linux, si je lance ntpq -p (à plusieurs reprises) avec le premier flux internet branché, rien n'est mis à jour, mais avec l'autre flux, je reçois des mises à jour !
Comme le dit @Jens A. Koch, ntpdate -u <server name> contourne ce problème, enfin, temporairement (sans jeu de mots), cela ne règle pas le problème du temps à long terme.
Une dérive dans le temps se produira à la fois dans votre système et dans les horloges matérielles. Dans mon cas, le double démarrage linux/windows provoque également une perturbation de l'horloge matérielle (de plusieurs heures).
Donc vous devez avoir le port 123 ouvert pour UDP pour maintenir votre horloge système.
** Plutôt que d'utiliser -u** , vous pouvez aussi utiliser le port 123 (plutôt qu'un port non “privilégié”) :
service ntp stop, puis
ntpdate <server url> (sans le -u) et enfin
service ntp start.
Cela semble contourner le problème du blocage du port, au moins pour régler l'horloge une fois. Si -u fonctionne, mais que ce n'est pas le cas, alors c'est un signe certain que le port est bloqué, ou que le serveur ne répond pas, …
Un autre problème que j'ai dû résoudre était que pour moi la configuration par défaut de Debian /etc/ntp.conf incluait 4 lignes vers les pools : debian.pool.ntp.org. Aucun de ces serveurs ne fonctionnait. J'ai reçu ce message d'erreur :
Error resolving debian.pool.ntp.org : Aucune adresse associée à nom d'hôte (-5) 24 Mar 04:49:27 ntpdate [15115] : Impossible de trouver l'hôte debian.pool.ntp.org : Pas d'adresse associée au nom d'hôte (-5) 24 Mar 04:49:27 ntpdate [15115] : aucun serveur ne peut être utilisé, quittant
J'ai dû changer les serveurs pour us.pool.ntp.org.