Linux下文件内容更新了文件夹时间戳却没变?

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

比如,起始状态:

ysx@localhost:~/trash/ehbio$ ls -ltrtotal 0drwxr-xr-x. 2 ysx ehbio 6 Jan  7 10:48 webserverdrwxr-xr-x. 2 ysx ehbio 6 Jan  7 10:48 traindrwxr-xr-x. 2 ysx ehbio 6 Jan  7 10:48 bioinfoservice

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

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

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

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

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

ysx@localhost:~/trash/ehbio$ cat 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.mdysx@localhost:~/trash/ehbio$ ls -ltrtotal 0drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 traindrwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservicedrwxr-xr-x. 2 ysx ehbio 22 Jan  7 10:49 webserver

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

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

ysx@localhost:~/trash/ehbio$ less webserver/total 4drwxr-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可查看文件的inodeysx@localhost:~/trash/ehbio$ ls -ai webserver/2763934 .  2764125 ..   104480 record.mdysx@localhost:~/trash/ehbio$ cat webserver/record.md > 3. 继续为大数据的再次利用和更方便利用而努力> ENDysx@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 0drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 traindrwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservicedrwxr-xr-x. 2 ysx ehbio 22 Jan  7 10:49 webserverysx@localhost:~/trash/ehbio$ ls -ltr webserver/record.md -rw-r–r–. 1 ysx ehbio 212 Jan  7 11:03 webserver/record.md# -i可查看文件的inodeysx@localhost:~/trash/ehbio$ ls -i webserver/record.md104480 webserver/record.mdysx@localhost:~/trash/ehbio$ vim webserver/record.mdysx@localhost:~/trash/ehbio$ ls -ltr webserver/record.md -rw-r–r–. 1 ysx ehbio 215 Jan  7 11:06 webserver/record.mdysx@localhost:~/trash/ehbio$ ls -ltrtotal 0drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 traindrwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservicedrwxr-xr-x. 2 ysx ehbio 22 Jan  7 11:06 webserver# -i可查看文件的inodeysx@localhost:~/trash/ehbio$ ls -i webserver/record.md2465326 webserver/record.md

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

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

ysx@localhost:~/trash/ehbio$ chmod a-w webserver/ysx@localhost:~/trash/ehbio$ ls -ltrtotal 0drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 traindrwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservicedr-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 -ltrtotal 0drwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 traindrwxr-xr-x. 2 ysx ehbio  6 Jan  7 10:48 bioinfoservicedr-xr-xr-x. 2 ysx ehbio 22 Jan  7 11:06 webserver# 文件inode也未变ysx@localhost:~/trash/ehbio$ ls -i webserver/record.md2465326 webserver/record.md

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

郑重声明:本文内容及图片均整理自互联网,不代表本站立场,版权归原作者所有,如有侵权请联系管理员(admin#wlmqw.com)删除。
(0)
用户投稿
上一篇 2022年6月22日
下一篇 2022年6月22日

相关推荐

  • 断供后市值减少上万亿?苹果对此表态,自己或许没有那么重要

    引言 资本在退出俄方市场时,有很大一部分因素是当地的经济状态较差,已经无法维持资本的正常运作,苹果公司在退出俄方市场时的想法也是如此。苹果公司为了迅速地从俄方市场中退出所选择的是一…

    2022年6月13日
  • 侯耀文去世15年!49岁郭德纲作诗怀念恩师,文采斐然感人肺腑

    侯耀文大师去世十五年 “天不生他侯耀文,相声万古如长夜。” 用《庆余年》的这一句台词改编来形容侯耀文在相声界的贡献和地位,再也合适不过。 一转眼,侯耀文大师已经去世了15年。 15…

    2022年6月24日
  • 人类发现100光年外海洋天体,不冷不热,与地球相似,适合居住?

    从2022年地球的变化很多人应该也看到了,要是有一颗“适合人类”居住的天体是多好的事情。这样,无论地球怎么发生改变,那么也还有去其他天体生存的机会。 然而,这么多年来,人类也在地外…

    2022年8月26日
  • 关注 – 面向所有新能源车用户,威马携手国家电网落地“私桩共享”

    文:懂车帝原创 李德喆 [懂车帝原创 行业] 懂车帝从威马汽车官方获悉,威马汽车联手国家电网推出“私桩共享”服务。据了解,从即日起,京津冀地区所有拥有私人充电桩的用户,可通过即客行…

    2022年7月28日
  • OPPO跌破1200,5000mAh+高清大屏+6400万三摄+闪充,或将快速售罄

    手机经过多年的发展,如今已经技术非常成熟了。很多的用户把之前喜欢的很多的办公,学习,追剧,拍摄爱好转移到了手机上,其实挺方便的,减少出行的时间和成本,一部手机轻松搞定,工作效率更高…

    2022年8月24日
  • 六月再见,七月你好

    六月再见,七月你好,上半年再见,下半年,你好。我知道,我必须快些努力达到目标,这样我才有资格、有能力去承担起责任。加油!越努力越幸运! 萍水香逢2495133291 不管这半年过得…

    2022年7月1日
  • 北仑疫情怎么发生的(北仑有没有疫情发生)

    最近一段时间宁波北仑疫情形势也是比较严重,当地立即采取严格的防疫措施,和溯源调查,那么2022北仑疫情怎么发生的?北仑疫情源头在哪里?北仑第一例是怎么感染的?下面小编为大家带来北仑…

    2022年10月19日
  • 盘点今年中超几支保级球队有何变化?谁最有可能降级?

    中超在第一阶段比赛结束之后,有长达半个多月的调整时间,有的球队并没有闲着,他们利用这段时间不断补强,今天不谈争冠球队,也不谈中游球队,只谈一下保级困难户,他们在第一阶段比赛结束之后…

    2022年8月10日
  • 20个顶级 Git 命令示例

    现在您(可能)已经知道了 Git 是什么以及它是如何工作的,接下来看看如何使用前20个 Git 命令的示例 在前面的博客中,您了解了什么是 git。在这个博客中,我将介绍在使用 G…

    2022年6月20日
  • 使用MindStudio进行OSNet模型的onnx推理

    本次实验在Mindstudio上开展,本实验对应的 CANN 版本为 5.0.3,请先按照官网教程,配置好 Mindstudio 与其所需依赖。本文使用Mindstudio中的AT…

    2022年7月3日

联系我们

联系邮箱:admin#wlmqw.com
工作时间:周一至周五,10:30-18:30,节假日休息