更新時間：ntpdate [3108]：NTPソケットは使用中です。終了します

何らかの理由でシステムの時間が間違っています。
更新を実行する必要がありますが、
これがエラーであるとは思えません。

ntpdate pool.ntp.org
31 Aug 12:31:59 ntpdate[3108]: the NTP socket is in use, exiting

リブートしたばかりですが、どのようなことができるかわかりませんin use。

ntpサービスが実行されている可能性があるため、使用中です。使用しているLinuxについては言及しなかったため、これはserviceインストール済みであることを前提としています（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

あなたが実行したい場合ntpdateでntp、すでに稼働してデーモン、次のコマンドを使用します。

# ntpdate -u pool.ntp.org

そして、別のポートを使用します。

クロックを同期するシンプルなワンライナー：

ntpdate -u ptbtime1.ptb.de && hwclock -w

ファイアウォールがポート123をブロックしていると、ntpサーバーがタイムサーバーを認識できなくなる可能性があります。

私の場合、ISP（インターネットサービスプロバイダー）がポートをブロックしていました。

123のポートスキャンでも閉塞は検出されませんでした。

喫煙銃は私が一時的に2つの独立したインターネットフィードを持っているということでした。Linux ntpq -pでは、最初のインターネットフィードを接続して（繰り返し）実行すると、何も更新されませんが、他のフィードでは更新されます！

@Jens A. Kochが言うように、ntpdate -u <server name>これは一時的に（だまされないように）回避されますが、時間の問題を長期的には解決しません。

時間の経過とともに、システムクロックとハードウェアクロックの両方でドリフトが発生します。また、私の場合、linux / windowsをデュアルブートすると、ハードウェアクロックが（時間単位で）さらに混乱します。

したがって、システムクロックを維持するには、UDP用にポート123を開いておく必要があります。

を使用するの-uではなく、これを行うことができます（非「特権」ポートではなく）ポート123を使用すると思います：

service ntp stop、その後
ntpdate <server url>（-uなし）、最後に
service ntp start。

これは、少なくとも1回クロックを設定するために、ポートのブロックの問題を回避するようです。-u動作するが、これは動作しない場合、ポートがブロックされているか、サーバーが応答していないことを示す確かな兆候です...

私が解決しなければならなかった別の問題は、Debianのデフォルト/etc/ntp.conf設定にプールへの4行が含まれていたことですdebian.pool.ntp.org。これらのサーバーはどれも動作しませんでした。私はこのエラーメッセージを受け取りました：

debian.pool.ntp.orgの解決エラー：
ホスト名に関連付けられたアドレスがありません（-5）24 Mar 04:49:27 ntpdate [15115]：ホストが
見つかりませんdebian.pool.ntp.org：ホスト名に関連付けられたアドレスがありません（ -5）24 Mar
04:49:27 ntpdate [15115]：サーバーを使用できません。終了します

サーバーをに変更する必要がありましたus.pool.ntp.org。