我有一些子目录中完好无损的文件无法打开，除非我将它们从目录中移出到另一个目录。而且，如果我将它们移回原始（糟糕？闹鬼）目录，我就无法打开它们。
我刚刚运行了 __ chkdsk d: /r __（以管理员身份从 cmd.exe 运行）并收到一份报告，表明我的新数据驱动器（WD Gold Enterprise Class SATA HDD 10TB）上的一切都很完美。
到目前为止，我只在 MS Word (2013) 和 .pdf 文件中发现了这个问题，但还没有进一步研究。Word 似乎打开了文件，但只显示一个空白文档。Acrobat 对 .pdf 文件的响应是“打开此文档时出错。路径不存在。”PDF Viewer Plus 只是说“找不到此文件。”
如果我复制子目录到另一个子目录，文件打开正常。如果我移动子目录复制到另一个子目录，文件将无法打开。如果我移动复制的子目录（可以工作）来覆盖有问题的子目录，文件将无法打开。如果我将子目录复制到另一个目录，这样就可以工作了，然后删除原始子目录，然后将子目录移动或复制回原始子目录，文件将无法工作。
另一个怪癖是，当删除坏的子目录时，我收到一条消息“是否要永久删除此文件夹？该文件夹包含名称太长而无法放入回收站的项目。”我不认为这是真的。
我不知道我的数据驱动器上有多少个闹鬼的子目录。到目前为止，我只在一个目录下找到了它们。理想情况下，我希望一次性找到并修复所有子目录。
背景：Win10 64 混合计算机（我自己组装的），所有 Win 更新都是最新的。我丢失数据驱动器后恢复得相当好。首先拼命地收集我能收集到的所有旧文件副本（来自 Carbonite 和一个备份不完美的 USB 备份驱动器），然后我开始使用 Duplicate Cleaner Pro 删除重复文件。因为文件量很大，我真的不需要保护要删除的副本，所以我使用设置来更快地删除它们，而不是通过 Windows Shell。此外，在我的新驱动器和备份驱动器之间来回复制文件时，我也使用了 TeraCopy 来加快速度。我觉得如果我只是使用 Windows Shell 进行移动，就不会发生这种情况，但移动 TB 级的数据需要很长时间，尤其是当 USB 驱动器是 SMR 时。
“包括回答你的问题所需的所有信息”，对吗？这个问题看起来很奇怪，我不知道该包括什么。我可以在这里倾倒更多信息，但不知道什么可能有用。
答案1
在尝试描述它的过程中，我解决了它。我有时会使用长文件名来描述文件中的内容。
主目录中具有长名称的文件可能没问题，但将其移动到子目录的子目录中，Windows 就无法处理它——显然 Windows 处理的文件名包括目录名。
因此，解决方案只是将这些文件（或它们的子目录）移回更高级别的目录，以处理它们。
我的问题是，我试图找出文件或目录出了什么问题，而问题只是由长文件名和目录位置引起的。