dmesg時間とシステム時間の時間が正しくありません

この奇妙な問題を解決してくれる人がここにいることを願っています。

私はそれがなぜ起こっているのか知っていると思うが、それを解決する方法がわからない BIOSの時刻が正しく設定されていないなどの理由が考えられます。しかし、約400台以上のサーバーのBIOS時間を変更したくありません。（またはBIOS battを変更します）

root@spool:~# echo TEST > /dev/kmsg
root@spool:~# dmesg -T | tail -1
[Mon Feb 17 04:57:03 2014] TEST
root@spool:~# date
Mon Feb 17 11:45:17 CET 2014

サーバーは時刻同期のためにntpを実行しています。

OSでこの問題を修正する方法を知っている人はいますか？

Linux spool 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64 GNU/Linux

にエコーする/dev/kmsgときに、メッセージのdmesg日付/時刻がシステムの日付/時刻と同期しないのはなぜですか？

理論を検証するには（ちなみにそれは健全です）、ルートとして次を実行します。

hwclock --show

これにより、コマンドを実行しているサーバーのハードウェアクロックが表示されます。

ハードウェアクロックをシステム時間（ntpによって管理されている）と同期するには、次のコマンドを実行します。

hwclock --systohc --utc

最後の引数（--utc）は、時間をハードウェアクロックに協定世界時で保存するようにhwclockに指示します。

さらに、dmesg（1）のmanページには次のように記載されているため、発生している動作は文書化されており、有効であることに注意してください。

   -T, --ctime
          Print human-readable timestamps.

          Be aware that the timestamp could be inaccurate!  The time
          source used for the logs is not updated after system
          SUSPEND/RESUME.

dmesgは、タイムスタンプとして開始されてからの秒単位のアップタイムでメッセージを記録するカーネルリングバッファを出力するだけです。

したがって、-Tオプションを使用すると、このアップタイム値はすべて、システムがブートされた日付に追加されるだけです。サスペンドまたはレジュームでスリープしている時間があった場合、それらは失われます。そのため、この場合-Tオプションは役に立たなくなります。これは、日付/時刻の値がその時点で過去および過去にないためです。

の「最近の」エントリの正確な時間を取得dmesgするには、出力を少しハッキングしてdmesgタイムスタンプをリアルタイムに変換できます。

「最近」とは、（他の人が既に指摘したように）一時停止時間がdmesgタイムスタンプでカウントされないため、最後の一時停止/再開後の時間を意味します。

しかし、ノートブックのように頻繁に必要な場合は、次のようなものを関数またはエイリアスに入れることができます。

# write current time to kernel ring buffer
echo "timecheck: $(date +%s) = $(date +%F_%T)" | sudo tee /dev/kmsg

# use our "timecheck" entry to get the difference
# between the dmesg timestamp and real time
offset=$(dmesg | grep timecheck | tail -1 \
| perl -nle '($t1,$t2)=/^.(\d+)\S+ timecheck: (\d+)/; print $t2-$t1')

# pipe dmesg output through a Perl snippet to
# convert it's timestamp to correct readable times
dmesg | tail \
| perl -pe 'BEGIN{$offset=shift} s/^\[(\d+)\S+/localtime($1+$offset)/e' $offset

# or use this instead to keep dmesg colors
dmesg --color=always | tail \
| perl -pe 'BEGIN{$offset=shift} s/^(\x1b\[.*?m)?\[(\d+)\S+/$1.localtime($2+$offset)/e' $offset

サンプル出力：

...
Sat Jun 29 11:12:28 2019 wlp3s0: Limiting TX power to 30 (30 - 0) dBm as advertised by 10:5a:f7:53:1d:0f
Sat Jun 29 11:12:28 2019 IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
Sat Jun 29 11:34:16 2019 timecheck: 1561800856 = 2019-06-29_11:34:16
Sat Jun 29 12:10:11 2019 wlp3s0: cannot understand ECSA IE operating class, 5, ignoring

元のdmesg出力（3日間オフ）と比較：

$ dmesg | tail -4
[249424.746958] wlp3s0: Limiting TX power to 30 (30 - 0) dBm as advertised by 10:5a:f7:53:1d:0f
[249424.749662] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
[250732.318826] timecheck: 1561800856 = 2019-06-29_11:34:16
[252887.828699] wlp3s0: cannot understand ECSA IE operating class, 5, ignoring

$ dmesg -T | tail -4
[Wed Jun 26 17:59:09 2019] wlp3s0: Limiting TX power to 30 (30 - 0) dBm as advertised by 10:5a:f7:53:1d:0f
[Wed Jun 26 17:59:09 2019] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
[Wed Jun 26 18:20:57 2019] timecheck: 1561800856 = 2019-06-29_11:34:16
[Wed Jun 26 18:56:52 2019] wlp3s0: cannot understand ECSA IE operating class, 5, ignoring