web-dev-qa-db-ja.com

ファイルのタイムスタンプの精度-ナノ秒のext3、ミリ秒のext4

Ext3は最大秒のファイルタイムスタンプ精度をサポートし、ext4は最大ナノ秒のファイルタイムスタンプ精度をサポートすると言われています。

何が起こるかというと、ext3ファイルシステムでUbuntu 12.04を実行している私の古い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. 何が問題なのかを理解し、新しいナノ秒を有効にするにはどうすればよいですか？

ubuntufilesystemsext4timestampsext3
2
Ricardo

ナノ秒と秒の分解能の実際のサポートは、フォーマット時に選択したiノードのサイズによって異なります。 128バイトのiノードは2番目の解像度のみをサポートし、256バイトのiノードはナノ秒の解像度のみをサポートします。カーネル内のext3ファイルシステムドライバーは実際には何年もの間ext4モジュールを実行しているため、ナノ秒のタイムスタンプをサポートしています。

ミリ秒単位のタイムスタンプについては、仮想化がファイルシステムにms単位のクロックしか提供していないためと考えられます。

2
LustreOne