私のシステムの時間は何らかの理由で正しくありません。
アップデートを実行する必要がありますが、できないようです
これは間違いです。
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(Internet Service Provider)がポートをブロックしていました。
123のポートスキャンでも閉塞は検出されませんでした。
喫煙銃は私が一時的に2つの独立した、インターネットのフィードを持っているということでした。 Linuxでは、最初のインターネットフィードでntpq -p
を(繰り返し)実行しても何も更新されませんが、他のフィードでは更新されます!
@Jens A. Koch氏が言うように、ntpdate -u <server name>
は一時的に(これは意図的ではありませんが)うまく行きますが、長期的な問題は解決しません。
時間の経過とともに、システムとハードウェアの両方のクロックでドリフトが発生します。また、私の場合、linux/windowsを二重起動すると、ハードウェアの時計がさらに混乱する(数時間)。
そのため、システムクロックを維持するには、ポート123をUDP用に開いておく必要があります。
-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の解決エラー:に関連するアドレスがありません
hostname(-5)24 Mar 04:49:27 ntpdate [15115]:ホストが見つかりません
debian.pool.ntp.org:ホスト名(-5)に関連付けられたアドレスがありません3月24日
04:49:27 ntpdate [15115]:サーバーを使用できず、終了します
サーバーをus.pool.ntp.org
に変更しなければなりませんでした。