嵌入式Linux中BusyBox date命令Y2038修复相关异常问题问询

测试环境 #

• Linux内核：5.10.24（已修复Y2038问题）
• BusyBox版本：1.36

异常现象 #

• 时间跳变问题：执行date -s "2038-01-19 03:14:10"设置时间后，单独执行date显示正常，但执行date && sleep 2 && date时，time()返回的秒数差值远大于预期的2秒；
• 自定义程序时间错误：模仿BusyBox date_main()逻辑编写的C程序timedate.c运行后，输出的时间完全不符合系统当前时间。

测试日志 #

#
# date -s "2038-01-19 03:14:10"
tm.year: 138, tm.mon: 0, tm.mday: 19
tm.year: 138, tm.mon: 0, tm.mday: 19
Tue Jan 19 03:14:10 UTC 2038
#
# date && sleep 2 && date
XXXXXXXXXXXXXXXXX 2139132224
tm.year: 138, tm.mon: 0, tm.mday: 19
tm.year: 138, tm.mon: 0, tm.mday: 19
Tue Jan 19 03:14:16 UTC 2038
XXXXXXXXXXXXXXXXX 2142846048
tm.year: 138, tm.mon: 0, tm.mday: 19
tm.year: 138, tm.mon: 0, tm.mday: 19
Tue Jan 19 03:14:18 UTC 2038
#
#
# /tmp/timedate
And: Sat Sep 24 01:41:40 UTC 2033
Asciitime: 24:8:133

BusyBox date_main()修改代码 #

259         memset(&ts, 0, sizeof(ts));  /// Added
260         time(&ts.tv_sec);
261         printf("XXXXXXXXXXXXXXXXX %ld\n", ts.tv_sec);  /// Added.

自定义timedate.c代码 #

#include <stdio.h>
#include <stdlib.h>
#include <time.h>
#include <sys/time.h>
#include <unistd.h>
#include <asm/unistd.h>
#include <stdint.h>

#define  COMMON_BUFSIZE  128

int main()
{
    struct timeval  tv;
    char buf_fmt_dt2str[64];
    char date_buf[128] = {0};
    char *fmt_dt2str = buf_fmt_dt2str;
    struct tm tm_time;

    time(&tv.tv_sec);

    localtime_r(&tv.tv_sec, &tm_time);
    fmt_dt2str = (char*)"%a %b %e %H:%M:%S %Z %Y";
    strftime(date_buf, COMMON_BUFSIZE, fmt_dt2str, &tm_time);
    printf("And: %s\n", date_buf);
    printf("Asciitime: %d:%d:%d\n", tm_time.tm_mday, tm_time.tm_mon, tm_time.tm_year);

    return 0;
}

问题原因分析 #

1. 时间跳变问题 #

从日志中time()返回的秒数（2139132224和2142846048）来看，二者差值约为43天，而非预期的2秒。结合自定义程序输出的2033年时间，核心原因是：
用户态程序（BusyBox和自定义程序）编译时未启用64位time_t支持，仍使用32位time_t类型。当系统时间设置到2038年（超过32位有符号time_t的最大值2147483647），time()返回值会溢出，导致获取到错误的时间戳。

内核5.10.24虽已修复Y2038问题，但用户态程序需主动启用64位时间支持才能利用内核的修复能力。

2. 自定义程序时间错误问题 #

自定义程序的错误根源同样是32位time_t溢出：

• 系统时间超过2038年临界值后，32位有符号time_t溢出为负数，localtime_r解析负数时间戳时会生成错误的日期；
• 编译时未添加强制启用64位time_t的选项，导致程序无法正确获取64位时间戳。

此外，代码中fmt_dt2str = (char*)"%a %b %e %H:%M:%S %Z %Y";的强制转换属于冗余写法，字符串常量本身就是const char*类型。

解决建议 #

针对BusyBox #

1. 检查配置：打开BusyBox配置界面，确保启用CONFIG_FEATURE_LARGEFILE和CONFIG_FEATURE_64BIT_TIME（64位系统），或相关64位时间支持选项；
2. 重新编译：编译时添加-D_FILE_OFFSET_BITS=64选项，强制使用64位time_t；
3. 验证：添加调试代码打印sizeof(time_t)，确认其大小为8字节（64位）。

针对自定义程序 #

1. 编译优化：添加-D_FILE_OFFSET_BITS=64选项编译：

   gcc -o timedate timedate.c -D_FILE_OFFSET_BITS=64
   

2. 错误检查：在time(&tv.tv_sec)后添加错误处理，捕获溢出情况：

   if (time(&tv.tv_sec) == (time_t)-1) {
       perror("time() failed");
       exit(EXIT_FAILURE);
   }
   

3. 代码修正：移除冗余的强制转换，将fmt_dt2str = (char*)"%a %b %e %H:%M:%S %Z %Y";改为：

   fmt_dt2str = "%a %b %e %H:%M:%S %Z %Y";
   

系统层面验证 #

1. 确认内核配置中CONFIG_TIME64已开启，确保内核支持64位时间；
2. 使用date +%s打印当前时间戳，对比2038-01-19 03:14:10对应的预期时间戳2147483650，验证系统时间是否正确设置。

内容的提问来源于stack exchange，提问作者wangt13