【问题标题】:File system info - date created on THIS computer文件系统信息 - 在这台计算机上创建的日期
【发布时间】:2012-07-06 08:55:17
【问题描述】:

不确定这是属于哪个论坛。

一段时间以来,我发现除了创建和修改日期之外,没有常见的文件系统或操作系统会在文件和文件夹上存储第三个时间戳,这会阻碍并且经常令人讨厌。这是在当前计算机上通过任何方式创建/复制/存在该文件的时间戳。这似乎是少量的额外数据,可以在文件完成创建后设置为只读。

这将使卸载程序、处理病毒、在忘记文件保存位置时查找丢失的文件更容易,而且我相信会有更多用途。

有人尝试过吗?是否有理由不在未来的操作系统或文件系统中实现这一点? (无需讨论移动操作系统如何越来越多地向用户隐藏文件)

这是否已经存在,我只是不知道如何在 Unix 系统等中查看文件的详细信息?

【问题讨论】:

  • 不就是创作日期吗?
  • 真正的问题是更改系统时间很简单,这会使它与任何其他日期一样无用
  • @Mehrdad 创建日期是创建日期。一旦我将该文件复制到另一台计算机,我就不再知道它是何时在本地创建的。
  • @user1428799 创建和修改日期就是这种情况,所以我看不出这是反对添加“本地创建”日期的理由
  • @FaultyJuggler:这个问题比你想象的更难,原因有很多……比如NTFS tunneling。另请注意,文件系统没有它们所在的“什么设备”的概念……存储设备和文件系统之间可能有一百万层。存储设备可能在 RAM 中,也可能在网络上,或者在虚拟磁盘上等等……真的,它并不像你想象的那么简单。

标签: filesystems operating-system


【解决方案1】:

除了修改系统时间或以其他方式更改内核之外,您已经有一种方法可以在 POSIX 下以任何方式更改文件时获得有保证的上限:st_ctime,inode 更改时间。使用utime() 系统调用,用户进程可以为st_mtime(修改时间)和st_atime(访问时间)设置他们想要的任何值,但st_ctime 总是获取当前时间。无法“回溯”文件的上次更改时间。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-06-07
    • 2016-01-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-03-16
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多