我在我的networking中的两个服务器之间设置了DFS同步，并且工作正常，但是DFS无法同步我的真密码容器，因为它每次都被挂载，并且在安装位置中容器处于locking模式。 所以我想通过DFS同步安装的真正crypt的卷，但DFS再次无法同步，并在事件日志中生成以下错误： –
DFS复制服务无法在本地pathE：\ DeploymentShare上复制已复制的文件夹，因为本地path不是现有的可访问本地文件夹的全限定path名称。
我不知道这个失败的真正原因是什么，但是看起来真正的crypt并不允许在挂载的卷中创build系统卷信息，回收等系统文件夹。
这个专家区的任何人都可以帮我解决这个问题吗？
其实，你可以一起使用DFS和Truecrypt。 我已经做到了
话虽如此， 谷歌为您的错误消息的第一个命中是在social.technet线程 ，可以find下面的build议。
经过一番研究，似乎第三方磁盘encryption软件会引起这个问题，即在操作系统启动并且DFSR已经开始运行之后，它会挂载很长时间。 因此，如果您等待足够的时间，您可以testingDFSR是否可以正常工作。
如果在创build组之后不直接发生问题，也可以尝试删除并重新创buildDFSR组。
如果问题仍然存在，您可以testing以停止DFSR服务，从提升的命令提示符下重命名数据库GUID（x：\ System Volume information \ dfsr）
得到它了。 现在看来工作。 明天早上将与解决scheme确认。 谢谢
答案是，删除复制组，从复制文件夹设置中删除DFSprivate文件夹，重新创build复制组。 像魅力一样工作。 欢呼的帮助Shaon。
延迟DFS复制和命名空间服务的启动，直到卷被挂载之后也是可行的，并且基本上是必要的，除非每次重新启动服务器时都要头疼。 （话虽如此，我从来没有把它用于生产，因为有太多可以出错的地方，用Bitlocker代替TrueCrypt，根据TomTom的回答，可能是更好的select 。
是。 不要使用truecrypt或不要使用DFS – 并要求pipe理员支付（这里是pipe理员的地方，而不是需要帮助的用户）。
基本上DFS有很多要求，似乎真正的encryption文件夹与他们不兼容 – 所以它不能同步。 那么简单 DFS是企业技术，并做了很多假设的地狱。
你可以尝试使用bitlocker而不是truecrypt。 或者将其安装为光盘 – 不确定它可以做到这一点，从来没有使用它。