L'ora sul mio sistema non è corretta per qualche motivo.
ho bisogno di eseguire un aggiornamento ma non riesco a
questo è l'errore.
ntpdate pool.ntp.org
31 Aug 12:31:59 ntpdate[3108]: the NTP socket is in use, exiting
ho appena riavviato, non so come qualcosa possa essere in use.
Se vuoi eseguire ntpdate con il demone ntp già attivo e funzionante, usa il seguente comando:
# ntpdate -u pool.ntp.org
e userà una porta diversa.
È in uso perché il servizio ntp è probabilmente in esecuzione. Non hai menzionato quale Linux stai usando quindi questo presuppone che tu abbia installato service (che tu stia usando un sistema 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
Un semplice one-liner per sincronizzare l'orologio:
ntpdate -u ptbtime1.ptb.de && hwclock -w
Potreste avere un firewall che blocca la porta 123 che può far sì che il server ntp non veda mai i time server.
Nel mio caso il mio ISP (Internet Service Provider) stava bloccando le porte.
Anche una scansione delle porte 123 non ha rilevato il blocco.
La pistola fumante era che ho temporaneamente due feed internet indipendenti. In linux se eseguo ntpq -p (ripetutamente) con il primo feed internet collegato non viene aggiornato nulla, ma con l'altro feed ottengo gli aggiornamenti!
Come dice @Jens A. Koch, ntpdate -u <server name> aggira questo problema, beh, temporaneamente (nessun gioco di parole), ma non risolve il problema del tempo a lungo termine.
Nel corso del tempo si verificherà una deriva sia negli orologi di sistema che in quelli hardware. Inoltre nel mio caso il doppio avvio di linux/windows fa sì che l'orologio hardware si incasini ulteriormente (di ore).
Quindi devi avere la porta 123 aperta per UDP per mantenere il tuo orologio di sistema.
Piuttosto che usare -u , potete anche fare così che credo usi la porta 123 (piuttosto che una porta non ‘privilegiata’):
service ntp stop, poi
ntpdate <server url> (senza la -u) e infine
service ntp start.
Questo sembra bypassare il problema del blocco della porta, almeno per impostare l'orologio una volta. Se -u funziona, ma questo non lo fa, allora è un segno abbastanza sicuro che la porta è bloccata, o il server non risponde, …
Un altro problema che ho dovuto risolvere è che per me la configurazione predefinita di Debian /etc/ntp.conf includeva 4 linee ai pool: debian.pool.ntp.org. Nessuno di questi server funzionava. Ho ricevuto questo messaggio di errore:
Errore nella risoluzione di debian.pool.ntp.org: No address associated with hostname (-5) 24 Mar 04:49:27 ntpdate[15115]: Impossibile trovare l'host debian.pool.ntp.org: No address associated with hostname (-5) 24 Mar 04:49:27 ntpdate[15115]: no servers can be used, exiting
ho dovuto cambiare i server in us.pool.ntp.org.