我有一些子目录无法打开完美的文件，除非我将它们从目录中移出到另一个目录中。而且，如果我将它们移回原来的（坏的？闹鬼的）目录，我将无法打开它们。
我刚刚运行 __ 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 时。
“包括某人回答您的问题所需的所有信息，”对吗？这个问题看起来很奇怪，我不知道该包括什么。我可以在这里转储更多信息，但不知道有什么帮助。
在试图描述它的过程中，我解决了它。我有时使用长文件名来描述文件中的内容。
在主目录中具有长名称的文件可能很好，但是将其移动到子目录的子目录中，Windows 无法处理它——显然 Windows 处理文件名，包括目录名。
因此，解决方案就是将这些文件（或它们的子目录）移回更高级别的目录，以处理它们。
我的问题是我试图找出文件或目录出了什么问题，而问题只是由长文件名和目录放置引起的。