timedatectl
が/etc/timezone
タイムゾーンを変更する場合、ただし変更しない場合:
% Sudo timedatectl set-timezone 'Asia/Kuala_Lumpur'
% cat /etc/timezone
Asia/Bangkok
そうでない理由はありますか? (バグ?)
手動で更新した場合/etc/timezone
合わせる timedatectl set-timezone
、知っておくべき副作用はありますか?
xfce4 panel clock など、タイムゾーンの変更を検討すべき他の場所はありますか?
timedatectl
更新 /etc/localtime
これは、ほとんどのLinuxベースの環境でデフォルトのタイムゾーンを設定するための文書化された方法です(オーバーライドとともに、 TZ
環境変数。これは、唯一の POSIXで定義されたタイムゾーンの指定方法 )です。
/etc/timezone
は、ほとんどがDebian固有(派生物を含む)のようです。 Debianシステムでは、timedatectl set-timezone
も/etc/timezone
を更新します。
/etc/timezone
を手動で更新する場合は、/etc/localtime
シンボリックリンクも更新する必要があります(後者のシンボリックリンクは必ず保持してください)。 /etc/localtime
への更新は(ほとんどの)デスクトップ環境で考慮されるように見えるため、環境固有のツールを使用してタイムゾーンを更新する必要はありません。
Debianを実行している場合は、dpkg-reconfigure tzdata
を使用してデフォルトのタイムゾーンを設定する必要があります。上記のように/etc/localtime
と/etc/timezone
を更新し、debconfデータベースで選択したタイムゾーンも更新します(tzdata
を構成するときにデフォルトとして機能します)。これを行わない場合、tzdata
が次に更新されるときに、タイムゾーンがdebconfデータベースの値に復元されます。 dpkg-reconfigure tzdata
は、SE Linuxを使用している場合、SE Linuxコンテキストの更新も処理します。