我有一个最终用户在Windows Server 2008networking共享中移动文件夹时遇到问题。
他们大多数时间会收到一个错误的截图,然后只有几秒钟,他们将移动文件夹好。
他们可以完全控制访问networking共享和所有子文件夹。
在工作站上,没有任何注意事项会在“应用程序和系统”下的“事件查看器”中login,但是“审核成功”日志与安全性下的此问题相匹配。
有人可以帮忙吗?

该文件正在使用!? 由于您的屏幕截图来自Windows Server 2008或2008 R2,因此我将冒险尝试从NTFS文件系统移动文件,而不是从DFS共享或networking文件夹移动文件。
如果正在使用该文件,请确定具有打开的句柄的进程,然后closures该进程。
根据打开的文件的方式(例如,打开专用访问而不是共享访问),可能无法删除正在使用的文件。 您可以使用各种工具来帮助您确定打开文件句柄的进程。
这个问题的症状可能会有所不同。 您可能能够使用Delete命令删除文件,但是文件实际上并没有被删除,直到文件打开的进程释放该文件。 此外,您可能无法访问正在删除的文件的安全性对话框。 要解决此问题,请确定具有打开的句柄的进程,然后closures该进程。
要find该进程,请使用Windows SysInternals中的Process Explorer工具。
procexp.exe 
这里稍微声明一下,closures句柄可能会导致数据不一致,丢失和/或其他不良影响。 确保你在做之前明白自己在做什么。
================================================== ===========================
原因1:文件使用ACL如果文件使用访问控制列表(ACL),则可能无法删除文件。 要解决此问题,请更改文件的权限。 您可能必须获取文件的所有权才能更改权限。
即使没有明确授予文件的任何权限,pipe理员也可以拥有所有文件的所有权。 文件所有者具有修改文件权限的隐式function,即使它们没有明确授予文件的任何权限也是如此。 因此,您可能必须拥有一个文件的所有权,给自己删除该文件的权限,然后删除该文件。 您不能使用某些安全工具来显示或修改权限,因为该文件具有非规范ACL要变通解决此问题,请使用其他工具(例如,以后版本的Cacls.exe)。
ACL中的访问控制项(ACE)根据其types具有特定的首选顺序。 例如,拒绝访问的ACE通常在允许访问的ACE之前。 但是,没有任何东西阻止程序写入具有任意顺序的ACE的ACL。 在Windows的某些早期版本中,当Microsoft Windows尝试读取这些“非规范”ACL时,就会出现问题。 有时,您不能通过使用Microsoft Windows资源pipe理器graphics安全编辑器正确修改这些ACL。 在更高版本的Windows中,此问题已得到纠正。 如果遇到此问题,请使用最新版本的Cacls.exe。 即使无法正确显示或编辑ACL,也可以编写一个新的ACL,以便您访问该文件。
我猜测用户在Windows资源pipe理器>文件夹选项>查看中启用了缩略图,并且它创build的Thumbs.db文件阻止了目录被删除。 没有查看受影响的文件夹的短暂超时后, Thumbs.db文件将自动从内存中释放,并且可以删除文件夹。 客户端和文件服务器之间的延迟问题可能会引发此问题,但我不知道根本原因。
启用选项总是显示图标,从不缩略图应提供解决方法。