私は私のコンピュータでDevuan GNU / Linux（〜= systemdのないDebian Buster）を使用しています。 Debianベースのシステムでは、バイナリをntpdate提供するパッケージntpdate（時計を一度同期できるNTPクライアント）とデーモンをntp提供するパッケージをインストールできます。ntpdこれに加えて、定期的に同期も行います。
今この質問に対する答えは次のとおりです。
このパッケージをインストールする必要があるという提案がありましたntp。ところでこれが必ず必要なのか気になります。つまり、単にntpdateX時間、日、または他の1時間ごとにクライアントを実行するクローンスクリプトを提供しないでください。提案されているように、独自のマニュアルページがある場合は、ntpdのすべての機能が本当に必要ですか？ :
BUGS The **ntpd** utility has gotten rather fat. While not huge, it has gotten larger than might be desirable for an elevated-priority ntpd running on a workstation, particularly since many of the fancy features which consume the space were designed more with a busy primary server, rather than a high stratum workstation in mind.
注：この質問は、仮想マシンではなく実際のマシンに関するものです。
ベストアンサー1
drift時計（ ）で許容されるエラーの量によって異なります。
私たち全員が知っているように、時計は傾向時間が経つにつれて。クロックの各サイクルで発生する可能性のある小さなエラーは長時間合計され、時計を「リアルタイム」とは異なる設定にすることができます（通常はそうします）。
多くのコンピュータの内部時計は、次のようなデバイスによって駆動されます。ハードウェアチップ温度の影響を受けるドリフトは非常に小さい（通常の水晶の場合は約10ppm）。時にはリアルタイムよりも速い場合もあり、時にはリアルタイムよりも遅い場合もあります。月20秒（月10ppm）の非同期が発生することがあります。定期的な同期により最大エラーを低減できます。たとえば、ntpdate週に一度使用すると、最大エラーは5秒（〜20/4）未満になります。
このntpプログラムの目的は、「ntp時間」に頻繁に同期することです（「リアルタイム」ではありませんが、非常に近いです）。 NTP同期の一般的なエラーはネットワーク待ち時間に制限され、これは100ミリ秒未満、通常10ミリ秒未満である可能性があります。これにより、ハードウェアクロックがアトミッククロック時間（「リアルタイム」に非常に近い）に設定されます。その時間はその時点で漂流するでしょう。 NTPクライアントがコンピュータの時計のドリフトを調整して、受信した時間に近づける方法があります。
はい、ntpプロトコルのすべての小さな修正と正確さのために少し複雑になりました。今日、GPS時計を使用することは珍しいことではありません。50ナノ秒以内世界時（UTC）（50.0e-09秒）。これはNTPシステムが提供できるもの以上です。この場合、そのデバイスを搭載したコンピュータには、ntpで使用できるようにレベル0（階層）が付与されます。
もちろん、ntpdateを時々調整することは、「リアルタイム」コンピュータの知識が時々徐々に変更されることを意味します。これは、今作成されたファイルが以前に作成されたファイルよりも小さいタイムスタンプを持つことができることを意味します。システムはntpこれらの「ジャンプ」を防ぐために最善を尽くします。
ntpタイムサーバーには、少なくともntpdとchronyがあります。どちらか（両方ではない）を使用してコンピュータ時計を維持したり、GPS時計を使用したりできます。