Die Zeit auf meinem System ist aus irgendeinem Grund falsch.
ich muss ein Update durchführen, aber ich scheine nicht in der Lage zu sein,
dies ist die Fehlermeldung.
ntpdate pool.ntp.org
31 Aug 12:31:59 ntpdate[3108]: the NTP socket is in use, exiting
Ich habe gerade neu gebootet, ich weiß nicht, wie etwas in use sein kann.
Wenn Sie ntpdate bei bereits laufendem ntp-Daemon ausführen möchten, verwenden Sie den folgenden Befehl:
# ntpdate -u pool.ntp.org
und es wird ein anderer Port verwendet.
Es wird verwendet, weil wahrscheinlich der Dienst ntp läuft. Sie haben nicht erwähnt, welches Linux Sie verwenden, daher wird angenommen, dass Sie service installiert haben (dass Sie ein System V-System verwenden):
$ 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
Einfacher Einzeiler zum Synchronisieren der Uhr:
ntpdate -u ptbtime1.ptb.de && hwclock -w
Es könnte sein, dass eine Firewall den Port 123 blockiert, was dazu führen kann, dass der ntp-Server keine Zeitserver sieht.
In meinem Fall hat mein ISP (Internet Service Provider) die Ports blockiert.
Ein Port-Scan von 123 hat die Blockierung auch nicht entdeckt.
Der Knackpunkt war, dass ich zeitweise zwei unabhängige Internet-Zugänge hatte. Wenn ich unter Linux ntpq -p (wiederholt) ausführe und der erste Internet-Feed angeschlossen ist, wird nichts aktualisiert, aber mit dem anderen Feed bekomme ich Updates!
Wie @Jens A. Koch sagt, umgeht ntpdate -u <server name> dies, nun ja, vorübergehend (kein Wortspiel beabsichtigt), es behebt das Zeitproblem nicht langfristig.
Mit der Zeit werden sowohl die System- als auch die Hardware-Uhren driften. In meinem Fall führt auch das Dualbooten von Linux/Windows dazu, dass die Hardware-Uhr weiter durcheinander gerät (um Stunden).
Sie müssen also Port 123 für UDP offen haben, um Ihre Systemuhr zu erhalten.
Anstatt -u zu verwenden, können Sie auch dies tun, was, wie ich glaube, Port 123 verwendet (statt eines nicht ‘privilegierten’ Ports):
service ntp stop, dann
ntpdate <server url> (ohne das -u) und schließlich
service ntp start.
Dies scheint das Problem der Portblockade zu umgehen, zumindest um die Uhr einmal zu setzen. Wenn -u funktioniert, dies aber nicht, dann ist das ein ziemlich sicheres Zeichen, dass der Port blockiert ist, oder der Server nicht reagiert, …
Ein weiteres Problem, das ich lösen musste, war, dass bei mir die Debian-Standardkonfiguration /etc/ntp.conf 4 Zeilen zu den Pools enthielt: debian.pool.ntp.org. Keiner dieser Server funktionierte. Ich bekam diese Fehlermeldung:
Fehler beim Auflösen von debian.pool.ntp.org: Keine Adresse zugeordnet zu Hostname (-5) 24 Mar 04:49:27 ntpdate[15115]: Can’t find host debian.pool.ntp.org: No address associated with hostname (-5) 24 Mar 04:49:27 ntpdate[15115]: no servers can be used, exiting
Ich musste die Server auf us.pool.ntp.org ändern.