VFAT、Linux：重新启动后显示无效的文件时间戳

Question

看来问题出在Linux内核本身，内核和用户空间之间的时区可能（通常）不同。Linux 内核源代码树time.c中的文件保存（并导出），然后在 FAT 时间 <-> UNIX 时间约定中使用。该结构体的字段用于显示当前时区与 UTC 之间的差异，如果选项为kernel/timestruct timezone sys_tzfs/fat/misc.ctz_minuteswesttz=UTC不是传递给mount.vfat命令。然而，上述字段默认设置为 0，如所解释的这里,

在 Linux 下，如果在具有非 NULL tz 参数的第一次调用（启动后）时，tv 参数为 NULL 并且 tz_minuteswest 字段非零，则有一些与 settimeofday() 系统调用相关的特殊“扭曲时钟”语义。（对于这种情况，tz_dsttime 字段应为零。）在这种情况下，假定 CMOS 时钟为本地时间，并且必须将其增加此量才能获得 UTC 系统时间。毫无疑问，使用此功能是一个坏主意。

因此，让内核（及其驱动程序）始终看到正确时区的唯一方法是调用settimeofday()withtz参数，其中tz.tz_minuteswest所需的时间偏移量为“向西”，以小时为单位，相对于 UTC（即 -60 CET 等），并tz_dsttime在每次系统启动后设置为 0。这可以通过将系统时区设置（以任何方式）来实现当前的时区将其更改为另一个（即UTC）后timedatectl，因为如果所需的时区等于当前时区，则命令行工具 sa通常不会执行实际的时区更改。创建以下代码来证明这个概念：

#include <sys/time.h>
#include <stdio.h>

int main()
{
    struct timeval tv;
    struct timezone tz;
    int ret = gettimeofday(&tv, &tz);
    printf("%d, %dr\n", tz.tz_minuteswest, tz.tz_dsttime);
    return ret;
}

该代码执行如下：

$gcc testtz.cpp -o testtz
$./testtz
minuteswest: 0, dsttime: 0r
$timedatectl set-timezone Europe/Vienna
$./testtz
minuteswest: 0, dsttime: 0r
$timedatectl set-timezone UTC
$timedatectl set-timezone Europe/Vienna
$./testtz
minuteswest: -60, dsttime: 0r

timezone尽管该结构的使用被认为已经过时，但这个问题不会很快消失。所以对于我的问题，我会考虑使用time_offset=分钟选项的mount.vfat。

Answer 1