更新時刻 : ntpdate[3108]: NTPソケットが使用中で、終了します。

すでにntpdateデーモンが起動している状態でntpを実行したい場合は、以下のコマンドを使用します。

# ntpdate -u pool.ntp.org

と実行すると、別のポートを使用します。

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 -u ptbtime1.ptb.de && hwclock -w
``` 0x1&

ファイアウォールがポート123をブロックしている可能性があります。

私の場合は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を使うこともできます。

これはポートの閉塞問題を回避しているようで、少なくとも一度はクロックを設定しているようです。-u がうまくいっても、これがうまくいかない場合は、ポートがブロックされているか、サーバが応答していないことを示しています。

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

Error resolving 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に変更しなければなりませんでした。