在我的 Manjaro linux 机器上,我有一个文件,/etc/timezone
其中包含:
Asia/Bangkok
另一个 Manjaro 论坛用户也有相同的文件。该线程总体上包含有关此问题的一些现有技术。
奇怪的是,timedatectl status
并没有使用这个文件来报告Region/City
。这是初始状态:
$ timedatectl status
Local time: Fri 2018-06-29 11:01:28 +07
Universal time: Fri 2018-06-29 04:01:28 UTC
RTC time: Fri 2018-06-29 04:01:28
Time zone: Asia/Bangkok (+07, +0700)
System clock synchronized: no
systemd-timesyncd.service active: no
RTC in local TZ: no
现在我/etc/localtime
用它指向的文件的内容覆盖符号链接:
$ sudo ln -f "$(realpath /etc/localtime)" /etc/localtime
$ timedatectl status
Local time: Fri 2018-06-29 04:04:03 UTC
Universal time: Fri 2018-06-29 04:04:03 UTC
RTC time: Fri 2018-06-29 04:04:04
Time zone: n/a (UTC, +0000)
System clock synchronized: no
systemd-timesyncd.service active: no
RTC in local TZ: no
请注意本地时间更改以匹配 UTC 和n/a
时区。
所以,timedatectl
不读取/etc/timezone
和timedatectl set-timezone
不写信给/etc/timezone
还。
除了这个猜测之外,我的/etc/timezone
还是个谜。
- 写的是什么?
- 读什么?
- 做什么的?
答案1
GNU libc(以及任何非嵌入式 Linux)读取/etc/localtime
以确定系统的时区(如果没有被TZ
环境变量或特定于应用程序的设置覆盖,则为默认时区)。 *BSD 也做同样的事情。一些嵌入式 Linux 系统的做法有所不同。
/etc/localtime
应该是指向 下文件的符号链接/usr/share/zoneinfo/
。普通应用程序不介意,它们只读取文件的内容,但系统管理实用程序(例如)timedatectl
更关心,因为它们也可以更改设置,并且它们将通过更改符号链接的目标来做到这一点。
Java 的做法(或曾经?)有所不同:它读取/etc/timezone
,其中包含时区名称,该名称应该是相对于 的文件的路径/usr/share/zoneinfo
。我不知道有任何其他程序使用/etc/timezone
,并且我不知道为什么 Sun 选择与世界其他地方不同的方式做事。