Linux下文件夹时间戳和权限问题

在日常多人协作时,最开始习惯看文件夹更新时间来查看是否有更新,但发现总是不能如实反映情况, 文件夹日期有时变,有时不变。很是困惑,就来探究下。

比如,起始状态:

ysx@localhost:~/trash/ehbio$ ls -ltr
total 0
drwxr-xr-x. 2 ysx ehbio 6 Jan  7 10:48 webserver
drwxr-xr-x. 2 ysx ehbio 6 Jan  7 10:48 train
drwxr-xr-x. 2 ysx ehbio 6 Jan  7 10:48 bioinfoservice

webserver文件夹下,增加一个文件,record.md

ysx@localhost:~/trash/ehbio$ cat <<END >webserver/record.md
1. 完成9个生物在线数据存储、查询和分析网站的建设。
END

再查看下文件夹日期有没有变化, 发生变化了,为我们新增文件的日期。

ysx@localhost:~/trash/ehbio$ ls -ltr webserver/record.md
-rw-r--r--. 1 ysx ehbio 74 Jan  7 10:49 webserver/record.md
ysx@localhost:~/trash/ehbio$ ls -ltr
total 0
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 train
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservice
drwxr-xr-x. 2 ysx ehbio 22 Jan  7 10:49 webserver

那么再继续追加内容,还是使用cat (不同写入方式也有影响,后面会提到)。

ysx@localhost:~/trash/ehbio$ cat <<END >>webserver/record.md 
2. 一个网站发表于NAR数据库专刊,3个网站正在投稿中。
END

这时再看文件夹日期,发现与文件不同步了。文件日期更新了,文件夹日期却没变

ysx@localhost:~/trash/ehbio$ ls -ltr webserver/record.md
-rw-r--r--. 1 ysx ehbio 148 Jan  7 10:52 webserver/record.md
ysx@localhost:~/trash/ehbio$ ls -ltr
total 0
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 train
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservice
drwxr-xr-x. 2 ysx ehbio 22 Jan  7 10:49 webserver

这是为什么呢? 文件内容更新了,文件夹时间戳却未变。那么件夹的更新日期是什么决定的呢?

我们在使用less操作时,有时会不小心对一个文件夹进行less操作。看上去就像文件夹里的内容变成了一个文本文件。

ysx@localhost:~/trash/ehbio$ less webserver/
total 4
drwxr-xr-x. 2 ysx ehbio  22 Jan  7 10:49 ./
drwxr-xr-x. 5 ysx ehbio  70 Jan  7 10:48 ../
-rw-r--r--. 1 ysx ehbio 148 Jan  7 10:52 record.md

而文件夹确实是类似文本文件的方式存储的,文件夹可以看做文件inode:文件名组成的文本文件 (文件的属性信息存在inode的元信息中,可以用stat file查看)。只要文件夹内未发生文件的新增、删除、软链或文件夹内文件的inode (也称为索引节点)未改变,文件夹 (代表文件夹的文本文件)的时间戳就不会发生变化。

webserver文件夹的文本存储(第一例为inode,第二列是文件名)
2763934 .  
2764125 ..   
104480 record.md

而我们每次追加文件内容都未改变文件名字和文件的inode,所以文件夹的日期未发生变化。

# -i可查看文件的inode
ysx@localhost:~/trash/ehbio$ ls -ai webserver/
2763934 .  2764125 ..   104480 record.md
ysx@localhost:~/trash/ehbio$ cat <<END >>webserver/record.md 
> 3. 继续为大数据的再次利用和更方便利用而努力
> END
ysx@localhost:~/trash/ehbio$ ls -ai webserver/
2763934 .  2764125 ..   104480 record.md

关于文件夹日期更新的问题算是解决了。

另一个问题是,虽然同事的文件更新了,文件夹时间戳一般不改变。但我发现我每次更新完文件内容,文件夹的日期却都会变化,看上去与前面的认知矛盾。想了下,更新时用到的文本编辑器不用,问题是否可能出在vim上(我每次都使用它来更新文件),下面看一下。

大家注意这里面webserver日期与webserver/record.md日期的变化和ls -i的输出结果的变化。

ysx@localhost:~/trash/ehbio$ ls -ltr 
total 0
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 train
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservice
drwxr-xr-x. 2 ysx ehbio 22 Jan  7 10:49 webserver
ysx@localhost:~/trash/ehbio$ ls -ltr webserver/record.md 
-rw-r--r--. 1 ysx ehbio 212 Jan  7 11:03 webserver/record.md

# -i可查看文件的inode
ysx@localhost:~/trash/ehbio$ ls -i webserver/record.md
104480 webserver/record.md
ysx@localhost:~/trash/ehbio$ vim webserver/record.md
ysx@localhost:~/trash/ehbio$ ls -ltr webserver/record.md 
-rw-r--r--. 1 ysx ehbio 215 Jan  7 11:06 webserver/record.md
ysx@localhost:~/trash/ehbio$ ls -ltr
total 0
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 train
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservice
drwxr-xr-x. 2 ysx ehbio 22 Jan  7 11:06 webserver

# -i可查看文件的inode
ysx@localhost:~/trash/ehbio$ ls -i webserver/record.md
2465326 webserver/record.md

确实是vim改变了文件的inode,也就是说在我们使用vim修改文件时,vim为了避免中间出现意外,先重命名了修改前的文件,修改后的文件以之前文件的名字存储,看上去我们做的是原位修改, 实际上是了新的文件,所以inode发生了变化。当然这个操作可以自己配置修改。

在另外一个情况下,如果我们对文件夹可写权限,但对该文件夹内的文件有可写权限时,vim自动调用另外一个方式修改文件,先把文件做个备份,然后原位修改。这时文件夹的时间戳就不会变了。

ysx@localhost:~/trash/ehbio$ chmod a-w webserver/
ysx@localhost:~/trash/ehbio$ ls -ltr
total 0
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 train
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservice
dr-xr-xr-x. 2 ysx ehbio 22 Jan  7 11:06 webserver

# 写不进去,无权限
ysx@localhost:~/trash/ehbio$ vim webserver/a

# 可以修改, 但没有新文件产生
ysx@localhost:~/trash/ehbio$ vim webserver/record.md 
ysx@localhost:~/trash/ehbio$ ls -ltr webserver/record.md
-rw-r--r--. 1 ysx ehbio 249 Jan  7 11:15 webserver/record.md

# 文件夹时间戳未变
ysx@localhost:~/trash/ehbio$ ls -ltr
total 0
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 train
drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservice
dr-xr-xr-x. 2 ysx ehbio 22 Jan  7 11:06 webserver

# 文件inode也未变
ysx@localhost:~/trash/ehbio$ ls -i webserver/record.md
2465326 webserver/record.md

设计软件时,需要考虑的问题和情况还是挺多的。看上去挺简单的事情,里面说不准有多少”坑”需要注意,写网站这样,写工具也这样,作分析也是这样。

如果有需求,欢迎联系我们。

  • 数据库和网站建设:把测序过的数据盘活,以更好的组织方式来展示、查询、使用和共享
  • 生信培训:与老司机一起快速入门和分享经验绕出大坑
  • 生信数据分析:一起定制分析,更快更好地解析数据
CHENTONG
版权声明:本文为博主原创文章,转载请注明出处。
alipay.png WeChatPay.png

CHENTONG

CHENTONG
积微,月不胜日,时不胜月,岁不胜时。凡人好敖慢小事,大事至,然后兴之务之。如是,则常不胜夫敦比于小事者矣!何也?小事之至也数,其悬日也博,其为积也大。大事之至也希,其悬日也浅,其为积也小。故善日者王,善时者霸,补漏者危,大荒者亡!故,王者敬日,霸者敬时,仅存之国危而后戚之。亡国至亡而后知亡,至死而后知死,亡国之祸败,不可胜悔也。霸者之善著也,可以时托也。王者之功名,不可胜日志也。财物货宝以大为重,政教功名者反是,能积微者速成。诗曰:德如毛,民鲜能克举之。此之谓也。

生信宝典文章集锦

生信的作用越来越大,想学的人越来越多,不管是为了以后发展,还是为了解决眼下的问题。但生信学习不是一朝一夕就可以完成的事情,也许你可以很短时间学会一个交互式软件的操作,却不能看完程序教学视频后就直接写程序。也许你可以跟着一个测序分析流程完成操作,但不懂得背后的原理,不知道什么...… Continue reading