/usr/share/i18n/locales/ – P.S. Let.Me.Show.You.The.Way

在两个debian主机下使用date命令，显示的格式不一样，分为两种（A/B）：

A：Sat Sep 14 10:15:03 PM CST 2024
B：Sat Sep 14 22:15:15 CST 2024

以晚上十点一刻为例，A 的10:15是12小时制，带有PM， B的22:15是24小时制，没有PM。

所以问题是, 如何设置12小时制为 24小时制? 继续尝试几种涉及时间设置的命令。

使用 timedatectl查看：（题外话:该命令在wsl，windows子系统中无效）

timedatectl status

 timedatectl status
               Local time: Sat 2024-09-14 21:56:01 CST
           Universal time: Sat 2024-09-14 13:56:01 UTC
                 RTC time: Sat 2024-09-14 13:55:53
                Time zone: Asia/Shanghai (CST, +0800)
System clock synchronized: no
              NTP service: n/a
          RTC in local TZ: no

timedatectl status
               Local time: Sat 2024-09-14 21:56:07 CST
           Universal time: Sat 2024-09-14 13:56:07 UTC
                 RTC time: n/a
                Time zone: Asia/Shanghai (CST, +0800)
System clock synchronized: no
              NTP service: n/a
          RTC in local TZ: no

“Local time” , “Universal time”, “Time zone” 时间都是正确，并一致的。时钟同步，NTP服务也都并未使用。RTC time一个有时间，一个为空，应该是虚拟化不同的问题。看来timedatectl的信息并不显示时间是否12/24制式。

locale 查看本地设置：

locale -a

C
C.utf8
en_US.utf8
POSIX

C
C.utf8
POSIX
en_US.utf8

都是 “en_US.utf8″，只是 POSIX顺序不用，也无关。

使用 dpkg-reconfigure tzdata 重新设置时区：

dpkg-reconfigure tzdata

之后再看date，结果证明也与时间12/24制式无关。

使用 date –debug，会显示输出格式：

date --debug

date --debug
date: output format: ‘%a %b %e %r %Z %Y’
Sat Sep 14 10:15:03 PM CST 2024

date --debug
date: output format: '%a %b %e %H:%M:%S %Z %Y'
Sat Sep 14 22:14:50 CST 2024

看到不同了把？ date 输出不同时间进制，与设置时间的命令无关。只有输出个格式的不同。那么这个格式是什么决定的？在哪里定义的？

之后看到这篇文章：https://linuxopsys.com/change-default-date-format-in-linux

原来 date 命令的默认日期格式。是根据 locale 中的 LC_TIME 参数，根据参数名，使用关联的设置文件。

例如，运行 locale 命令并查找 LC_TIME 变量。

如图，看到 LC_TIME = “en_US.UTF-8“，这是美国常用的日期格式。

第 2 步：找到与 Locale 关联的文件
locale 文件通常位于 /usr/share/i18n/locales/ 中。您将找到一个名称与您的 LC_TIME locale 设置相对应的文件，如果 LC_TIME 区域设置是 en_US, 对应文件为/usr/share/i18n/locales/en_US

查看 Locale 文件，可以看到其中的 date_fmt 之后的定义与 date –debug 显示的输出格式一样，

//12小时
"%a %b %e %r %Z %Y"

//24小时
"%a %b %e %H:%M:%S %Z %Y"

~ # date +"%a %b %e %r %Z %Y"
Sun Sep 15 12:16:14 AM CST 2024

~ # date +"%a %b %e %H:%M:%S %Z %Y"
Sun Sep 15 00:17:31 CST 2024

使用 date + “输出格式” 测试，由此我们发现了问题根源。但是什么，两个“LC_TIME ” 都是 “en_US”，格式会不同呢？答案在 en_US 文件的注释中：

% Appropriate date and time representation for date(1). This is
% different from d_t_fmt for historical reasons and has been different
% since 2000 when date_fmt was added as a GNU extension. At the end
% of 2018 it was adjusted to use 12H time (bug 24046) instead of 24H.

也就是说，一个系统是2018年前安装，或设置生成的 Locale 文件，一个是在2018年之后

结尾

如此，明白了问题根源，就可以通过修改 locale 文件的date_fmt 或重新设置 LC_TIME 环境变量，重新生成区域设置文件以应用更改。

locale-gen
update-locale

或者用更简单的方法：

export LC_TIME=POSIX

直接设置 LC_TIME=POSIX，可以快速统一多台，不同本地语言设置的时间格式。

【END】