![在触摸新文件时,为什么 mtime 和 ctime 比 atime 旧?](https://linux22.com/image/17923/%E5%9C%A8%E8%A7%A6%E6%91%B8%E6%96%B0%E6%96%87%E4%BB%B6%E6%97%B6%EF%BC%8C%E4%B8%BA%E4%BB%80%E4%B9%88%20mtime%20%E5%92%8C%20ctime%20%E6%AF%94%20atime%20%E6%97%A7%EF%BC%9F.png)
我有这个:
$ ls -l ff
ls: cannot access ff: No such file or directory
$ touch ff
$ stat ff
File: `ff'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: 803h/2051d Inode: 1057193 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/ abc) Gid: ( 0/ root)
Access: 2011-09-18 20:36:08.351097228 -0700
Modify: 2011-09-18 20:36:07.340839847 -0700
Change: 2011-09-18 20:36:07.340839847 -0700
为什么 mtime 和 ctime 比 atime 旧?
答案1
您是否正在运行某些程序来监视该目录的更改?
如果我在只运行 shell 提示符的情况下尝试执行此操作,则访问时间与ff
修改和更改时间相匹配。但是,如果我在该目录上打开 Nautilus(GNOME 文件管理器)窗口并尝试,访问时间几乎恰好晚了一秒。
在我的例子中,Nautilus 正在监视该目录的更改,因为它上面打开了一个窗口。它看到创建了一个新文件并想知道要显示什么图标,因此它会查看该文件以查看它是什么类型的文件 - 这会更新访问时间。
答案2
至少就常规触摸命令而言,这 1 秒的差异是没有理由的。
$ ls -l zz
ls: cannot access zz: No such file or directory
$ touch zz
$ stat zz
File: `zz'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: 808h/2056d Inode: 265633 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/jlliagre) Gid: ( 1000/jlliagre)
Access: 2011-09-19 07:35:50.679679571 +0200
Modify: 2011-09-19 07:35:50.679679571 +0200
Change: 2011-09-19 07:35:50.679679571 +0200
使用 strace 验证影响 touch 创建的文件的唯一系统调用是:
open("zz", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 0666) = 3
dup2(3, 0) = 0
close(3) = 0
utimensat(0, NULL, NULL, 0) = 0
close(0) = 0
如果属实,则可能有一个守护进程或其他东西(例如防病毒软件)在创建文件后访问您的文件。