私のシステム(DebianテストのGnome 3)は現在の時間を混同しています。実行してみるとdate
時間は正しく表示されますが、一部のアプリは1時間ずつ遅く出ますね。たとえば、Gnomeカレンダーにイベントを追加すると、カレンダーの予定に表示される予定の時間は、私が入力した時間から1時間を引いたものになります。
問題が見つかりましたが、解決策がわかりません。
$ date ; TZ=GMT date ; TZ=BST date
Sun 30 Apr 11:25:37 BST 2017
Sun 30 Apr 10:25:37 GMT 2017
Sun 30 Apr 10:25:37 BST 2017
出力の最初の2行は正確で、3行目は1時間遅れました。私が理解していないのは、なぜBSTタイムゾーンが1時間遅れているように見えますが、現在の時刻は正確でBSTを使用することです。
これも関連する可能性があります:
$ timedatectl status
Local time: Sun 2017-04-30 11:33:07 BST
Universal time: Sun 2017-04-30 10:33:07 UTC
RTC time: Sun 2017-04-30 10:33:07
Time zone: Europe/London (BST, +0100)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
編集する zdump /etc/localtimeの出力:
$ zdump /etc/localtime
/etc/localtime Sun Apr 30 12:22:53 2017 BST
$ date ; TZ=GMT date ; TZ=BST date
Sun 30 Apr 12:22:53 BST 2017
Sun 30 Apr 11:22:53 GMT 2017
Sun 30 Apr 11:22:53 BST 2017
ベストアンサー1
BST
タイムゾーン名として認識されません。出力では省略形として使用されますが、タイムゾーンを指定するために使用することはできません。ほとんどのプログラムはタイムゾーン名を解決せず、タイムゾーン名が認識されない場合はデフォルトでGMTに設定されます。
BST、CET、ESTなどの略語は常に明確に定義されておらず、時にはあいまいなこともあります(北米標準時ですか、オーストラリア東部標準時ですか?)。タイムゾーンの構成は一般的に世界中で使用されますが、特定の地域内でのみ意味があります。また、BSTなどの略語は、実際にはタイムゾーンを指定せず、タイムゾーン(夏時間が適用されるイギリス)の時間のみを指定します。したがって、ほとんどの場合、大陸/都市パターンに従う明確な名前を使用する必要があります。一般的なLinuxシステムでは、他の多くのUnixバリアントでもこれが本当だと思います。ディレクトリを見ると、どの略語が利用可能かを知ることができます/usr/share/zoneinfo
。
GMT
したがって、BST
冬と夏に使用する代わりにEurope/London
。