☰

タイムゾーンは正確でUTCは正確ですが、時間はまだ間違っています。

tag-icon • tag-icon date timestamps timezone amazon-linux
タイムゾーンは正確でUTCは正確ですが、時間はまだ間違っています。

Amazon Linux (rhel fedora など) を実行している AWS EC2 サーバーがあります。これにより、すべてのタイムスタンプが1時間短縮されます。

[ec2-user@ip-xxx-xx-xx-xxx ~]$ date && date -u
Thu Oct 24 17:19:56 EST 2019
Thu Oct 24 22:19:56 UTC 2019

この出力の問題は、（コマンドが実行されたとき）ESTの実際の時間であることです18:19:56。

繰り返しますが、UTC時間は正しいです。/etc/localtimeリンクはそれに設定されていますが、America/Detroitまだ表示され、UTC-5DST時間は調整されません。

[ec2-user@ip-xxx-xx-xx-xxx ~]$ sudo hwclock --debug
hwclock from util-linux 2.23.2
Using /dev interface to clock.
Last drift adjustment done at 1571955488 seconds after 1969
Last calibration done at 1571955488 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2019/10/24 22:23:43
Hw clock time : 2019/10/24 22:23:43 = 1571955823 seconds since 1969
Thu 24 Oct 2019 05:23:43 PM EST  -0.689737 seconds

私のtzdataはすべて最新の状態です。 yumで待機中の更新はありません。

[ec2-user@ip-xxx-xx-xx-xxx ~]$ echo $TZ

[ec2-user@ip-xxx-xx-xx-xxx ~]$ ls -l /etc/localtime
lrwxrwxrwx 1 root root 23 Dec  8  2015 /etc/localtime -> 
/usr/share/zoneinfo/EST

私は迷っています。何を期待すべきかを知っている人はいますか？ LinuxはDSTを調整しませんか？

答え1

私の意見を広げると、ほとんどの場合、タイムゾーンに対応する都市を選択しようとします。あなたはその都市に住んでいない可能性があります。ほとんどの場合、その州、国、またはタイムゾーンで最大の都市の1つです。

たとえば、カリフォルニアではLos_Angeles（フルネームはAmerica/Los_Angeles）を使用します。

共通タイムゾーン（ESTなど）には、通常、夏時間と冬時間の定義は含まれていません。これは世界時間帯とみなされます。 UTCもそのようなタイムゾーンです。また、基本時間として使用されるコンピュータの 1 台でもあります。さらに、調整は含まれません（例：うるう秒なし、夏/冬の変更なし、つまり時間がまっすぐに進む）。他のすべてのタイムゾーンは明らかにUTCに基づいています。

米国東部海岸の場合America/New_York。

米国には、夏/冬の変化のない場所のためのいくつかの専用タイムゾーンがあります。たとえば、アリゾナではこの種の時計の変更を使用したことはありません。常に同じ時計に保持されます。特定のタイムゾーン定義がありますAmerica/Phenix。アラスカとハワイは冬と夏の間で時計を変えない別の州です。

以前は、EST、CST、MST、PSTのいずれかがコンピュータのタイムゾーンで使用されたと確信しています。これはすべて以来変更されました。質問これらの一般的な名前を使用してください。タイムゾーンのリストを見ると、かなりの時間帯があることがわかります。ある国または別の国でそのタイムゾーン情報を変更すると、更新されることがよくあります。

関連情報