Z jakiegoś powodu czas w moim systemie jest nieprawidłowy.
muszę uruchomić aktualizację, ale nie mogę tego zrobić
to jest ten błąd.
ntpdate pool.ntp.org
31 Aug 12:31:59 ntpdate[3108]: the NTP socket is in use, exiting
właśnie się zrestartowałem, nie wiem jak cokolwiek może być in use.
Jeśli chcesz uruchomić ntpdate z już działającym demonem ntp, użyj następującego polecenia:
# ntpdate -u pool.ntp.org
i będzie ono używało innego portu.
Jest on używany, ponieważ prawdopodobnie działa usługa ntp. Nie wspomniałeś, jakiego Linuksa używasz, więc zakładamy, że masz zainstalowany service (że używasz systemu 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
Prosty one-liner do synchronizacji zegara:
ntpdate -u ptbtime1.ptb.de && hwclock -w
```.
Możesz mieć firewall blokujący port 123, który może spowodować, że serwer ntp nigdy nie zobaczy serwerów czasu.
W moim przypadku mój ISP (Internet Service Provider) blokował porty.
Skanowanie portu 123 również nie wykryło blokady.
Dymiącą bronią było to, że tymczasowo mam dwa niezależne kanały internetowe. W linuxie, jeśli uruchomię ntpq -p (wielokrotnie) z podłączonym pierwszym kanałem internetowym, nic się nie aktualizuje, ale z drugim kanałem dostaję aktualizacje!
Jak mówi @Jens A. Koch, ntpdate -u <server name> pozwala obejść ten problem, cóż, tymczasowo (bez zamierzonego kalamburu), ale nie rozwiązuje problemu czasu na dłuższą metę.
Z czasem pojawi się dryf zarówno w twoim systemie jak i zegarach sprzętowych. Również w moim przypadku dual booting linux/windows powoduje, że zegar sprzętowy jest jeszcze bardziej rozregulowany (o godziny).
Więc musisz mieć otwarty port 123 dla UDP, aby utrzymać zegar systemowy.
** Zamiast używać -u** , możesz również zrobić to, co myślę, że używa portu 123 (raczej niż nie ‘uprzywilejowanego’ portu):
service ntp stop, następnie
ntpdate <server url> (bez -u) i w końcu
service ntp start.
To wydaje się omijać problem blokady portu, przynajmniej po to, aby ustawić zegar jeden raz. Jeśli -u działa, ale to nie, to jest to dość pewny znak, że port jest zablokowany, lub serwer nie odpowiada, …
Innym problemem, który musiałem rozwiązać, było to, że dla mnie domyślna konfiguracja Debiana /etc/ntp.conf zawierała 4 linie do puli: debian.pool.ntp.org. Żaden z tych serwerów nie działał. Dostałem ten komunikat o błędzie:
Error resolving debian.pool.ntp.org: No address associated with 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
Musiałem zmienić serwery na us.pool.ntp.org.