我们漫游用户configuration文件遇到一些奇怪的东西。 我们使用文件夹redirect的文件/图片/音乐/ Destkop /下载，但这些文件夹正在创build漫游用户configuration文件（他们不应该）。 看看这些文件夹的date是很明显的，我们正在打击一些与NTFS的错误。 这还有什么可能（图片）？
我正在使用富士通PRIMERGY RX200 S6和RAID控制器RAID Ctrl SAS 6G 5/6 512MB（D2616） 我已经将RAID 1（2个光盘）迁移到了RAID 5（4个光盘），没有任何问题，而且不用重新启动服务器。 新的逻辑磁盘现在已经扩大了，我从RAIDpipe理器软件中看到了它。 从Windows磁盘pipe理器，它仍然被视为旧的较小的尺寸。 我以为我可以调整从Windows的分区一旦迁移到RAID 5完成，但Windows没有看到它。 我没有重新启动服务器。 是否有可能在不破坏数据的情况下扩展磁盘大小？
有没有一种方法来估计我将节省多less空间，通过使用NTFS压缩来压缩文件夹而不实际压缩文件夹？ 这是在Windows 2008 R2服务器上，以防有所作为。
我试图用较less的空间镜像新磁盘上的现有磁盘。 文件结构，属性和ACL与源磁盘上的文件结构，属性和ACL完全一样非常重要。 为此我尝试了robocopy.exe ： robocopy $sourceDisk $destinationDisk /mir /XD "System Volume Information" "`$RECYCLE.BIN" /copyall /r:1 /NP /NFL 该命令将具有属性，ACL等的所有文件夹和文件复制到目标磁盘上，除了压缩属性，即在源磁盘上压缩的文件或文件夹在目标磁盘上不再压缩。 此属性缺失。 有没有一个selectrobocopy这样做（我没有find它）。 还是有其他的方法可以将磁盘或文件结构复制到另一个磁盘上？
在NTFS重复卷上使用SVN似乎存在问题。 为了节省我的SSD上的空间，用于一些巨大的开发检查（每个大于5 GB），我启用了卷上的重复数据删除function。 这似乎导致SVN各种悲伤和疯狂。 通常的症状是E270001: Symlinks are not supported on this platform错误E270001: Symlinks are not supported on this platform这基本上会导致结帐。 你不能提交，合并或做任何事情了。 基本上svn +被删除的NTFS似乎完全破碎。 （ Subversion邮件列表 ）里面有一些邮件线索，讲到了类似的问题，就在这个时候有了特殊的文件状态。 我假设Symlinks not supported问题基本上是一样的。 有没有什么办法让SVN能够与重复数据删除的NTFS卷一起正常工作（除了对APR自己APR Issue 47630的适当支持？）。
这是我想要做的：1）创build一个不允许inheritance的主文件夹。 2）用子文件夹创build一个模板文件夹。 2.1）设置权限，以便这些文件夹不能被删除。 2.2）设置权限，以便这些文件夹可以写入。 2.2.1）写入该文件夹后，文件不能被删除/覆盖。 3）允许模板文件夹被复制和重命名，但不能删除。 这可能吗？
在我的环境中，我有几个涉及在多个文件服务器上运行NTFS ACL审计报告和各种ACL清理活动的项目。 我无法在服务器上本地执行这些活动有两个主要原因： 1）我没有本地访问服务器，因为它们实际上由另一家公司拥有和pipe理。 2）它们是运行修改后的Linux操作系统（称为GuardianOS）的SNAP NAS服务器 ，所以即使我可以获得本地访问权限，我也不确定是否有可用的工具来执行我所需要的操作。 这样一来，我就结束了自己的ACL审计报告工具，从一个指定的顶级path开始recursion文件系统，并将所有在ACL上遇到的组/用户的HTML报告吐出以及显示权限的变化，因为它下降了树。 在开发这个工具时，我发现networking开销是做这些操作最糟糕的部分，通过multithreading这个过程，我可以实现更高的性能。 但是，我仍然坚持find一个好的工具来执行ACL修改和清理。 您的标准开箱即用工具（cacls，xcacls，Explorer）似乎是单线程的，并且在通过networking时会受到显着的性能损失。 问题 有没有比Explorer或CACLS更快的工具在整个networking上执行NTFS ACL修改？
执行摘要：我想查找特定用户或组可以访问的所有目录和文件。 更详细地说：我正在寻找一个命令行工具来recursionsearchNTFS目录中的DACL中的ACE包含给定的用户或组的所有文件和目录。 如果我想修改权限，我会使用subinacl或SetACL 。 我想我也可以使用这些工具之一来search和显示，但是我很难find一个直接的解决scheme。 我可以像这样使用SetACL： setacl -on C:\SOME_DIR -ot file -actn list -lst "f:tab;w:d;i:y;" -rec cont 然后grep为感兴趣的用户，但我想要一个更优雅的解决scheme。 我可能在这里错过了一些东西。 有任何想法吗？
是否可以设置一个文件夹的权限，以便您（在这种情况下.net应用程序），可以看到一个文件是否存在 – 但不读取任何数据。 我想能够设置权限，所以： 用户可以知道文件是否存在 用户可以写入该文件夹。 没有其他的权限（不能读/删除等）。 感谢Alex。
作为CVE-2014-1776的解决方法的一部分，我创build了一个组策略对象，将拒绝权限应用于VGX.DLL上的所有人。 我现在试图撤消这个组策略，并且遇到很多麻烦。 我第一次试图取消链接组策略，然后强制组策略更新，当时没有工作，我也试图明确地为每个人添加读取权限，这也没有工作。 如果您已经通过组策略向文件添加了“拒绝所有人”权限，那么如何删除这些文件以使其恢复到现状？