☰

当存储设备采用 NTFS 格式化时，文件隧道系统不起作用

tag-icon • tag-icon windows hard-drive ssd ntfs format
当存储设备采用 NTFS 格式化时，文件隧道系统不起作用

目前，我遇到一个问题，一些用 NTFS 格式化的 HDD 和 SSD 没有文件隧道系统在工作，所以当我将我处理过的文件保存到这些磁盘时，创建日期会不断更改为保存日期。

有点荒谬的是，当 USB 格式化为 NTFS 时，文件的创建日期会不断更改为保存日期，如上所述。但是，如果 USB 格式化为 FAT32 或 exFAT 而不是 NTFS，则在保存文件时会保留创建日期。

我目前正在使用 Windows 10，迫切需要解决这个问题。

答案1

文章 数字取证中的 Windows 文件系统隧道 解释概念并列出对隧道很重要的两个注册表项。 两者都位于注册表项下， HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem 如下所示：

  • MaximumTunnelEntries：缓存中可以同时存在的值的数量，0禁用隧道。
  • MaximumTunnelEntryAgeInSeconds：缓存中条目的生存期，默认值为15秒，最大值为71秒。

第一个行动：您应该使用 regedit 来验证计算机上的这些注册表项。值的数量可能太少，或者对于较长的文件操作而言生命周期太短。

在文章中 我 15 秒后就回来。或者，也许不会。文件系统隧道，作者对Tunneling进行了很多测试，发现了以下几点：

在上述情况中，唯一不会产生隧道效应的例外是将长文件名与其短文件名组合的情况。

这意味着不能同时用文件的长名和短名 (8.3) 来引用文件。如果您使用的编辑程序进行这种不一致的处理，则隧道将不起作用。

作者还发现了这一点：

禁用短文件名（8.3）也会禁用文件系统的隧道，因为隧道是基于这样的名称的。

Microsoft 文章中讨论了短文件名 fsutil 8dot3name。

第二步行动：运行提升的命令提示符 (CMD)，并使用以下命令检查卷 X: 上是否启用了短文件名：

fsutil 8dot3name query X:

相关内容