etch)を動かしていますが、このLinuxの時刻があり得ないぐらいずれてしまいます。以前はカーネルのbootオプションにclock=pitをつけることでなんとか時刻を保持できていたが、ハードを更改するとこのオプションをつけてもずれが激しい。X2に変更したのが原因のよう。Optimizerを入れるとかなり正常に近づき、NTPで同期できるようになった。==上記方法で一応ntpで補正できる範囲にはなったが、それでも誤差が大きいらしく、ずっと以下のログが出力されてしまします。PPM上記のようなログが20分おきぐらいに出力されるので、私の環境では、20分に2~3秒ぐらいずれていて(マイナスはローカルがntpより早い)、ntpサーバへのポーリングタイムが64秒より長くなりません。adjtimeを使用して調整することにしました。adjtimeはハードウェアクロックの精度が悪い時にその誤差を調整するもので、今回ぐらいの誤差ならば調整できそうです。コマンドでコマンドをインストールします。adjtimexadjtimeで補正する誤差を計算します。以下のように計測しました。secここでは東大のntpサーバを使用しています。最初に時計を合わせて、180秒(3分)待って、さらに合わせます。この時のずれが-0.419513秒(offsetの値)つまり、0.41953秒早く進んでいます。3分で0.42秒、つまり20分で2.8秒のため、上記でかいた20分で2~3秒というログと辻褄があいます。正確に検出したいならば、sleepの値をのばしたり、何回も測定して平均を計算するとよいと思います。上記結果より、1日当たりの誤差を計算します。私の環境では数回の計測と計算の結果、1日で、-196.19856秒としました。このファイルの設定値は秒ではなく、TICKとFREQで設定します。FREQ=0を設定することにしました。TICK=99977FREQ=0これでadjtimeで、上記設定を有効にします。180が正確でないので)、最終的には”99971′′にしました。vmwareは誤差が大きいので、ntpは起動しておきましょう。==vmwareの時刻補正機能とNTPを同時に動かしていると時刻修正機能がバッティングしてしまいます。vmwareで補正するように変更しました。ホストOSは時刻が正確であることが前提です。あと、以下のコマンドで最適なtickを計算してくれるようです。2968118suggestedのtickとfreqを設定するのがよいとは思いますが、vmware上では安定しないようなので、これらの平均を設定するのがよさそうです。コメントをキャンセルメールアドレスが公開されることはありません。5.8pptpサーバ構築時のメモ書き。WordpressとTwitterを連携させてみました。2960Ciscoのスイッチでログの転送(syslog)をする設定の覚え書き。3aの電池消費が以下のようにひどく困ってました。