我最近发现我的系统和 /home 文件的 atime 记录存在一些奇怪的行为。 我尝试编写一个简单的脚本来检查 /Downloads 文件夹中的某些文件是否在几天内未被触及，然后将其删除。当我尝试编写代码时，我意识到我的 /home 文件夹中的所有文件都是在过去两天内读取的。我认为这可能与我之前find *在脚本中的使用有关。 我尝试重现此现象但 atime 并未改变。 由于我加密了我的个人数据，我认为这个 atime 变化是系统启动时解密的结果。我尝试通过关机和启动来重现这种情况，但 atime 并没有改变。 现在我尝试让我的电脑静置一天，不继续编...
我正在尝试优化我的新 fs 布局，我想知道在哪里使用是安全的noatime？我知道例如 mutt 使用访问/创建/修改时间，以及任何其他可能使用它的东西，无论在哪个目录中。 按照大量的指南，我根据不同的用例对目录进行了分区，但我真的不知道将 noatime 放在哪里才是安全的？ 目录/标志： / defaults (/bin /sbin /lib* /etc /root /dev ...) /boot defaults /boot/EFI def...
我需要检测对某些文件的读取权限，因此我需要文件系统来更新atime以通常的方式文件属性。 默认挂载选项 atime在默认状态下，尽管我没有使用该选项，但文件系统并未按预期更新noatime： $ cat /etc/fstab | grep '/home ' # /home was on /dev/sda7 during installation UUID=d7e67903-f24d-45a7-be90-6a134c9c1ae9 /home ext4 defaults 0 2 $ mount | grep '/h...
我试图了解 Linux 中默认的“relatime”挂载选项如何处理 inode 访问时间，但记录的行为安装(8)与我所看到的不太相符。它说： 关系时间 更新相对于修改或更改时间的 inode 访问时间。仅当先前访问时间早于当前修改或更改时间时，访问时间才会更新。 （与 noatime 类似，但不会破坏 mutt 或其他需要知道文件自上次修改后是否已被读取的应用程序。） 我可以使用相同的 atime/mtime/ctime 设置测试文件： $ touch sometestfile $ stat sometestfile File: sometest...
由于 SSD 驱动器的写入有限，我想知道禁用访问时间日志记录在 2021 年是否仍然发挥着重要作用。我看到的有关该主题的大多数网站都是 2015 年及之前的，而如今 SSD 可能更强大。 我并没有真正意识到 Linux 系统上的 SSD 写入在缓存方面是如何管理的，我也不知道这些日志实际上涉及多少文件，也不知道是否更新了所有或仅部分访问的文件以包括访问时间。 我的最后一个问题涉及禁用访问时间记录的缺点。哪些服务使用访问时间？会有什么东西坏掉吗？有什么我应该知道的吗？ 提前致谢！ PS：我在 SSD 上的 300 GB 分区上使用 Ubuntu 21.04 进...
我已在 Ubuntu 20.04 中使用 /etc/fstab 中的 noatime 挂载选项挂载了 ext4 分区 From stat：在编辑器中打开文件或修改并保存文件时，访问时间不会改变，但修改时间会改变。即使文件被反复修改和保存、关闭和保存，访问时间也不会改变。 那么，noatime 挂载分区的访问时间什么时候发生变化呢？它会改变吗？它是否代表创建时间（以 noatime 为单位）或复制到分区的时间？ ...
我在 Fedora 33 (GNOME) 上使用 rsync-3.2.3。 但如何保留atime文件和文件夹的访问时间 ( ) 呢？ 我只能mtime用这个命令保留修改时间（）： rsync -t ...
mkdir test echo "hi" > test/file1 tar -c -f archive.0.tar -g test.snar test touch -a test/file1 # changes atime and ctime, doesn't change mtime tar -c -f archive.1.tar -g test.snar test tar -t -G -vv -f archive.1.tar # lists Y for file1 那么，即使只更改了访问时间 (atime) 和元数据更改时间 (ctime)，...
我运行 Aide 时遇到问题。在系统中完成不同的任务后，大多数公证人都是更改用户名和家庭名以及将系统日期更改为美国东部时间。然后我运行 Aide，它显示了一个带有标志的巨大文件列表： atime in future aide# ./bin/aide --config=./aide.conf --init /bin/sh atime in future /etc/os-release atime in future /etc/localtime atime in future /etc/alternatives/python3 atime in future ...
我的 tar (GNU tar 1.28) 手册页列出了 --atime-preserve 选项，该选项适用于将文件添加到 tarball 的时间。完整的解释如下： --atime-preserve preserve access times on dumped files, either by restoring the times after reading (METHOD='replace'; default) or by not setting the times in the first place (METHOD=...
在 Linux 中，如果我更改 NTFS 外部硬盘上的文件，以便获得mtime、atime和的一些特定值ctime（可以使用命令读取stat，并且 withctime = mtime因为无法从 Linux 更改 NTFS 上文件的访问权限 - 我认为），然后如果我在 Windows 7 系统上连接相同的外部硬盘，我看到了这一点Date modified = mtime（如预期），但我也得到了Date created = atime. 如何atime获取与 NTFSCTime时间戳关联的占位符？是否有办法避免这种行为，例如noatime在 NTFS 卷上使用...
如果不深入研究访问时间跟踪背后的基本原理，它的写入放大效应（特别是对于 SSD），或者可以通过relatime和lazytimemount 选项在一定程度上缓解它的事实： 我们能否生成一份实际应用程序（据称很少）的列表？要求时间支持，以及如何（严重）如果不使用它们就会破裂？ 当然，许多应用程序检查atime 间接依赖它，因为如果不跟踪 atime（例如，列表或取证工具），它们会报告错误的 atime。这个问题应该只涉及实际的应用程序开发这条信息，而不是呈现它，并且休息如果它们用于没有时间支持的数据（例如，未...
.png)
我希望能够在不更改这些（文件和）目录的情况下获得chmod目录结构。atime 如果我从像这样的文件结构开始 $ tree test/ test/ ├── test1.txt └── text2.txt 并列出atime文件和目录的 s $ find test/ -exec stat --printf='name: %n atime: %x\n' {} \; name: test/ atime: 2019-02-28 11:28:24.418369586 +0100 name: test/text2.txt atime: 20...
%20by%20-atime%20%E4%B8%8D%E6%89%93%E5%8D%B0%E9%A2%84%E6%9C%9F%E7%9A%84%E6%96%87%E4%BB%B6%EF%BC%9F%20.png)
我正在尝试递归查找超过 365 天未访问的文件。我可以使用 stat 并验证该文件是否已经超过 365 天没有被访问过。奇怪的是，该文件显示大约 6 个月前已更改，但统计数据再次显示上次访问是一年多前。 然后我尝试使用 find 命令并搜索一年多没有访问过的文件，但我验证的文件没有列出： skunkbad:/var/www/htdocs/newera$ stat ./index.html File: './index.html' Size: 31 Blocks: 8 ...
我的数据驻留在 SSD 上——得益于重写和写放大— 对 atime 的任何修改不仅会导致 inode 被修改，还会导致它所在的整个块被擦除和重写。显然，这是不希望的，因为它会导致驱动器出现大量不必要的磨损。 Duplicity备份文件时，是否会修改阿泰姆的属性源文件正在进行中？ 如果它做修改 atime，是否在初始（完整）备份、增量备份或两者上执行此操作？ ...