主页 / unix / 问题 / 435267
Accepted
danglingpointer
Asked: 2018-04-04 05:00:04 +0800 CST

PST 到 PDT 在 4 月 1 日而不是 3 月 11 日凌晨 2:00 更改？

  • 772

在我的嵌入式设备中，我收到了 PST 时区比华盛顿早一小时的抱怨。我正在使用 tz 实用程序来设置时区。

这是洛杉矶时区：

 2018   Sun, Mar 11 at 2:00 am  PST → PDT   +1 hour (DST start) UTC-7h
        Sun, Nov 4  at 2:00 am  PDT → PST   -1 hour (DST end)   UTC-8h

我什至用最新的 2018 二进制文件更新了 tz 实用程序，但仍然遇到这个问题，我还遗漏了什么吗？

4 月 1 日 PST-PDT 的变化让我很疑惑？

usr/share/zoneinfo # date 031111002018; TZ='America/Los_Angeles' date
Sun Mar 11 11:00:00 UTC 2018
Sun Mar 11 03:00:00 PST 2018
/usr/share/zoneinfo # date 041111002018; TZ='America/Los_Angeles' date
Wed Apr 11 11:00:00 UTC 2018
Wed Apr 11 04:00:00 PDT 2018 <--- Here UTC-7 to UTC-8

PST->PDT 更改为 4 月 1 日凌晨 2:00。

/usr/share/zoneinfo # date 040110242018; TZ='America/Los_Angeles' date 
Sun Apr  1 10:24:00 UTC 2018
Sun Apr  1 03:24:00 PDT 2018
linux timezone

1 个回答

  1. Best Answer

    这听起来像是您的设备正在使用Pacific-New时区，这是一个在美国从未成为法律的建议时区，它指定在 4 月的第一个星期日切换到夏令时：

    # Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTER/S
## Rule Twilite XXXX    max     -       Apr     Sun>=1  2:00    1:00    D
## Rule Twilite XXXX    max     uspres  Oct     lastSun 2:00    1:00    PE
## Rule Twilite XXXX    max     uspres  Nov     Sun>=7  2:00    0       S
## Rule Twilite XXXX    max     nonpres Oct     lastSun 2:00    0       S

    由于各种原因，一些系统在历史上最终使用这个而不是正确的太平洋时区；有关示例，请参见此RISKS 报告（自 1992 年！）或此 Debian 错误（自 2016 年）。在 2018 年的第一个tzdata版本中存在一些问题，这可能导致某些系统出现问题。来自2018c 的发行说明：

    默认安装过程不再创建向后兼容链接US/Pacific-New，这会在用户设置过程中造成混乱（例如，请参阅 Debian 错误 815200）。无论如何，现在使用make BACKWARD="backward pacificnew"创建链接。最终我们计划完全删除链接。

    该pacificnew文件设置一个链接 fromUS/Pacific-New到America/Los_Angeles，该backward文件设置一个链接 fromUS/Pacific到America/Los_Angeles。所以理论上数据应该是正确的，但这取决于你的Los_Angeles文件包含什么。

    • 12

相关问题