質問: timedatectlコマンドに関して linux(centos7)のtimedatectlコマンドに関して 最初見たときにデフォルトが以下のような感じでした。 timedatectl local time: mon 2017-02-17 13:43:53 jst universal time: mon 2017-02-17 04:43:53 utc rtc time: n/a time zone: utc (jst, +0900) ntp enabled: n/a ntp synchronized: yes rtc in local tz: no dst active: n/a 「local time」だけjst でyum updateした後に、「local time」もutcとなり時刻がおかしくなりました。 治す方法を探していると、 timedatectl set-timezone asia/tokyo で直せと書いているのですが、 それをすると時刻の刻みは治りますが、元通りでないのが釈然としません。 timedatectl local time: fri 2017-02-17 16:04:21 jst universal time: fri 2017-02-17 07:04:21 utc rtc time: n/a time zone: asia/tokyo (jst, +0900) ntp enabled: n/a ntp synchronized: no rtc in local tz: no dst active: n/a 元通りにする方法はありませんか。 それと、 time zoneをutcにしてローカルとしてjstにするのと、 time zoneそのものをjstにするのとでは何が違いますか? 以上、よろしくお願いします。
回答: まだ、回答が得られていないご様子なので。 >rtc time: n/a マザーボード上のリアルタイムクロックの値が拾えていませんねぇ。 これは仮想環境上の話になるのでしょうか? >ntp enabled: n/a 双方、ntpデーモンは動いていない感じですか。 >ntp synchronized: yes 操作前のこちらでは、同期を取る設定になってますね。 >ntp synchronized: no 操作後は同期を取っていない様子です。 近場の標準時ntpサーバと同期を取れば、普通にどちらかの(utc/jst)の標準時を基準に、稼働中のシステム上の時刻調整ができるのですが。 ntpデーモンを使い、継続的に同期を取る方法も有りますし、ntpdateコマンド等で、その時々の必要に応じて同期を取ったりすることもできます。 "ntp同期 centos"で、1年内の情報の検索を行い、こちらを見つけましたので、ご覧ください。 http://web-dev.hatenablog.com/entry/linux/centos/time-jp >time zone システム上で運用される標準時間の基準を与えるものです。 システム運用の目的によって、それぞれ個別のシステム毎に判断すべきものでしょう。 最近のディストロでは、rtc(リアルタイムクロック)をutc(協定世界時) に設定し、運用するシステム上でタイムゾーン設定を反映させ、運用するデフォルト設定が多いようです。 ただ、個々の「地域の影響の大きなシステム・os」を同時に扱う機械の場合、rtcから拾う時間ががutcで設定してあると、色々不便(デフォルトでrtcをシステム時に選んでしまうことが多い)であるため、そのような場合には、rtcも地域の標準時(日本の場合はjst)に設定しておいたほうが宜しいかと。