我在我的网络中设置了两个服务器之间的 DFS 同步，并且它运行良好，但是 DFS 无法同步我的 true-crypt 容器，因为它每次都安装，并且容器处于锁定模式。所以我想通过 DFS 同步 true-crypt 的安装卷，但是 DFS 再次同步失败并在事件日志中生成以下错误：-
DFS 复制服务无法复制本地路径 E:\DeploymentShare 处的已复制文件夹，因为本地路径不是现有的、可访问的本地文件夹的完全限定路径名。
我不知道这次失败的真正原因是什么，但似乎 true-crypt 不允许在已安装的卷中创建系统文件夹，例如系统卷信息、回收等。
这个专家区里有人能帮助我解决这个问题吗？
答案1
实际上，你可以将 DFS 和 Truecrypt 一起使用。我已经这样做了。
话说回来，Google 上针对您的错误消息的第一个搜索结果是 social.technet 上的一个帖子，您可以在此处找到以下建议。
经过一番研究，似乎第三方磁盘加密软件会导致此问题，即它在操作系统启动和 DFSR 开始运行后很长时间才挂载卷。因此，如果您等待足够的时间，您可以测试 DFSR 是否会正常工作。
如果创建组后没有直接出现问题，您也可以尝试删除并重新创建 DFSR 组。
如果问题仍然存在，您可以测试停止 DFSR 服务，从提升的命令提示符重命名数据库 GUID (x:\System Volume information\dfsr)，
明白了。现在看来有效了。明天早上会确认解决方案。谢谢
答案是，删除复制组，从用于复制的文件夹设置中删除 DFSprivate 文件夹，重新创建复制组。运行正常。感谢 Shaon 的帮助。
将 DFS 复制和命名空间服务的启动延迟到卷安装之后也是可行的，并且基本上是必要的，除非您每次重新启动服务器时都想处理令人头疼的问题。（话虽如此，我从未将其部署到生产中，因为可能会出错的地方太多了。 根据 TomTom 的回答，使用 Bitlocker 代替 TrueCrypt 可能是更好的选择。
答案2
是的。不要使用 truecrypt 或不要使用 DFS - 并要求管理员付费（这里是管理员的地方，不是需要帮助的用户的地方）。
基本上，DFS 有很多要求，而且 truecrypt 挂载文件夹似乎与这些要求不兼容 - 因此无法同步。就这么简单。DFS 是企业技术，做出了许多假设。
您可以尝试使用 bitlocker 而不是 truecrypt。或者将其安装为光盘 - 不确定是否可以这样做，从未使用过它。