linux无法修改文件创建时间（btime），因用户空间无标准写入接口；touch仅能设置atime和mtime，ctime由内核自动更新；ext4/xfs虽支持btime读取，但写入受限且不稳定。
Linux 文件系统不支持修改创建时间（birth time），所谓“修改创建时间”本质上是无效操作或依赖特定文件系统与内核版本的非常规手段。
为什么 touch 无法设置创建时间
标准 touch 命令只能修改 atime（访问时间）和 mtime（修改时间），对 ctime（状态变更时间）也无直接控制权——ctime 由内核自动更新，任何元数据变更（如权限、所有者、硬链接数变化）都会触发它；而真正的创建时间（btime）在大多数 Linux 文件系统（ext4、XFS 等）中虽已存储，但用户空间无标准接口写入。
-
touch -t或touch -d只影响atime和mtime，ctime必然同步更新 - ext4 自 4.11+ 内核起支持
btime读取（通过stat -c '%w' file），但至今无内核 API 允许用户写入 - XFS 在较新内核中可通过
xfs_io的-c 'btime'伪指令尝试设置，但仅限 root + 特定挂载选项（inode64+bigtime），且行为不稳定
实际可用的时间戳修改方式（仅限 atime/mtime）
日常能可靠控制的只有访问和修改时间，这是 touch 的核心用途：
- 将
mtime和atime设为指定时间：touch -d "2023-01-01 12:00" file.txt - 仅修改
mtime（保持atime不变）：touch -m -d "2023-01-01 12:00" file.txt - 仅修改
atime（保持mtime不变）：touch -a -d "2023-01-01 12:00" file.txt - 用时间戳文件作为模板：
touch -r ref_file target_file（复制 ref_file 的atime/mtime）
注意：ctime 在上述任一操作后都会被更新为当前时间，无法绕过。
查看创建时间（btime）的现实限制
即使只是读取，btime 也受限于文件系统与工具链：
- ext4：需内核 ≥ 4.11 +
e2fsprogs≥ 1.43.5，且文件系统必须启用metadata_csum和64bit特性；用stat -c '%w' file查看，空值表示不支持或未记录 - XFS：需内核 ≥ 5.10 +
xfs_info显示bigtime=1，否则btime字段不可靠 -
debugfs（ext4）可尝试debugfs -R 'stat /path/to/file' /dev/sdX，但输出中的crtime是只读快照，不能用于验证修改结果
没有通用、稳定、用户态可写的“创建时间”字段。所谓“修改创建时间”的需求，通常应转为调整 mtime 并接受 btime 不可控的事实。
真正需要伪造完整时间线的场景（如取证测试、归档重放），得依赖底层文件系统镜像操作或专用工具（如 debugfs -w 强制写入 ext4 的 crtime 字段），但这类操作极易破坏文件系统一致性，且不跨平台、不推荐生产使用。
