☰

文件时间戳精度 - ext3 为纳秒，ext4 为毫秒

tag-icon • tag-icon ubuntu filesystems ext4 timestamps ext3
文件时间戳精度 - ext3 为纳秒，ext4 为毫秒

人们说 ext3 支持高达秒的文件时间戳精度，而 ext4 支持高达纳秒的文件时间戳精度。

发生的情况是，我运行 Ubuntu 12.04 和 ext3 文件系统的旧 VPS 总是（据我记得）很好地支持纳秒，如下所示：

  File: `auth.log'
  Size: 147744      Blocks: 304        IO Block: 4096   regular file
Device: 800h/2048d  Inode: 32019       Links: 1
Access: (0640/-rw-r-----)  Uid: (  101/  syslog)   Gid: (    4/     adm)
Access: 2020-03-20 00:18:33.634687690 -0300
Modify: 2020-03-24 05:12:48.777610222 -0300
Change: 2020-03-24 05:12:48.777610222 -0300
 Birth: -

mount摘抄：

/dev/sda on / type ext3 (rw,noatime,errors=remount-ro)

stat -f：

  File: "auth.log"
    ID: 5483af2794a91010 Namelen: 255     Type: ext2/ext3
Block size: 4096       Fundamental block size: 4096
Blocks: Total: 3870084    Free: 272230     Available: 75643
Inodes: Total: 923520     Free: 829980

root@mail:~# df -mT
Filesystem     Type     1M-blocks  Used Available Use% Mounted on
/dev/sda       ext3         15118 14055       296  98% /
devtmpfs       devtmpfs      1973     1      1973   1% /dev
none           tmpfs          395     1       395   1% /run
none           tmpfs            5     0         5   0% /run/lock
none           tmpfs         1973     0      1973   0% /run/shm

现在，我购买了一个新的 VPS，将其更新到 Ubuntu 20.04（预测试版），它的文件系统安装为 ext4。

  File: auth.log
  Size: 723967      Blocks: 1424       IO Block: 4096   regular file
Device: ca03h/51715d    Inode: 398412      Links: 1
Access: (0640/-rw-r-----)  Uid: (  104/  syslog)   Gid: (    4/     adm)
Access: 2020-03-24 00:00:05.676000000 -0300
Modify: 2020-03-24 05:14:56.644000000 -0300
Change: 2020-03-24 05:14:56.644000000 -0300
 Birth: -

mount摘抄：

/dev/xvda3 on / type ext4 (rw,noatime,nobarrier,errors=remount-ro,stripe=32564)

但奇怪的stat -f是它是ext3：

  File: "auth.log"
    ID: 7e8a03105e52b018 Namelen: 255     Type: ext2/ext3
Block size: 4096       Fundamental block size: 4096
Blocks: Total: 9857995    Free: 7434726    Available: 7007355
Inodes: Total: 2505120    Free: 2403794

root@mailnew:~# df -mT
Filesystem     Type     1M-blocks  Used Available Use% Mounted on
udev           devtmpfs       430     0       430   0% /dev
tmpfs          tmpfs           95     2        94   2% /run
/dev/xvda3     ext4         38508  9466     27373  26% /
tmpfs          tmpfs          473     0       473   0% /dev/shm
tmpfs          tmpfs            5     0         5   0% /run/lock
tmpfs          tmpfs          473     0       473   0% /sys/fs/cgroup
/dev/loop0     squashfs        54    54         0 100% /snap/lxd/11348
/dev/loop1     squashfs        92    92         0 100% /snap/core/8689
/dev/xvda1     ext4           727   183       502  27% /boot
tmpfs          tmpfs           95     0        95   0% /run/user/0

我的问题是：

  1. 为什么我的旧 ext3 系统支持纳秒精度？

  2. 为什么新的 ext4 限制为毫秒？它实际上是格式化为 ext3 的吗？

  3. 我怎样才能找出问题所在并在新的问题中启用纳秒？

答案1

对纳秒与秒分辨率的实际支持取决于格式化时选择的索引节点的大小。 128字节inode仅支持秒分辨率，256字节inode支持纳秒分辨率。内核中的 ext3 文件系统驱动程序实际上运行了 ext4 模块很多年，因此它支持纳秒时间戳。

至于毫秒分辨率的时间戳，这可能是虚拟化仅为文件系统提供毫秒分辨率时钟的结果。

相关内容