在我的系统分区上，我有一个无法删除的文件夹。该文件夹是通过从 Acronis TrueImage 备份恢复文件而创建的。
错误消息说：
错误 0x80070570：文件或目录已损坏且无法读取。
我已经多次尝试chkdsk /r /f在启动时运行，但问题仍然存在。
是否有任何其他实用程序或 chkdsk 选项可以尝试解决此问题？
我们在 Windows SBS 2008 服务器上启用了卷影副本。尝试从卷影副本还原文件出现以下错误 -
源文件名大于文件系统支持的名称。尝试移动到具有较短路径名的位置，或在尝试此操作之前尝试重命名为较短的名称。
文件名有 67 个字符，它的卷影复制路径是 170 个字符。这些似乎低于 NTFS 限制（260？）。
我们尝试了-
在进行复制之前，是否可以重命名卷影副本中的文件？尽管文件名大小似乎在限制范围内，但知道为什么会出现错误吗？
采取的步骤
编辑-（不）幸运的是，我现在无法重现此错误。导致问题的特定文件已被删除，并且无法使用其他类似文件重新创建错误。
我在 NTFS 文件系统上有一个巨大的目录 （即包含数千万或数亿个后代节点的顶级目录，文件节点的深度可能平均约为三层），我需要更改其权限。特别是，我需要授予新用户（或组）对目录树中绝对所有内容的只读访问权限。
最明显的地方是在 Windows 资源管理器中右键单击顶级目录并转到目录属性窗口的安全选项卡。然而，当尝试一些显而易见的事情时，Windows 资源管理器似乎很高兴递归遍历整个目录树并尝试修改树中每个节点的权限。对于这么大的目录，这效率极低！
任何人都可以在没有这种递归下降的情况下提供更改权限的任何提示吗？我需要单击 GUI 中的特定内容吗？我需要使用命令行工具吗？这可能是以前的系统管理员对该目录中的权限做了一些奇怪的事情的结果吗？
我还需要启用网络共享并让用户/组通过网络挂载目录。还没有尝试过，所以我不知道当我尝试启用共享时是否会出现类似的蠕虫。
如果重要的话，这是在 Windows 2008 Server 上。
编辑：人们是对的，授予域组而不是特定帐户的权限可能更有意义，所以我在上面记下了这一点（无论如何我就是这样做的。我不知道为什么我特别问关于在原始问题中添加用户。抱歉草率）。但当然，将组添加到文件夹的权限列表并不比添加用户更快（现有组均未分配只读权限）。
我有一个无法删除的 2003 成员服务器文件夹。没有任何权限（域管理员并使用 psexec 将 cmd 提示运行为“nt authority\system”）-始终“拒绝访问”。
当我执行 dir /q 时，所有者显示为“...”。
我已经在文件夹上尝试过 takeown.exe 并且它也是父级。坏文件夹总是报告“拒绝访问”。还尝试使用 icacls 重置，同样的事情。
Explorer 权限没有共享和安全选项或选项卡。它适用于其他文件夹，即使在同一目录中。
当对磁盘的 SMART 检查报告坏扇区时，重要的是能够识别具有坏扇区的文件 - 并从备份中恢复它。下面，我展示了我是如何为我的 Linux/ext3 VMWARE 服务器做到这一点的——但有没有人知道这是否可以为 Windows/NTFS 做到这一点？
以下是我为 Linux/ext3 所做的：我首先要求驱动器进行硬件表面扫描（低于操作系统级别，使用驱动器上的 SMART 电路）：
vserver:~# smartctl -t long /dev/sdc
我看了结果：
vserver:~# smartctl -a /dev/sdc
...
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 1
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 9
...
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 27679 591363172
因此，一个扇区已经被标记为坏，9 个被标记为从“暂存”扇区空间替换。更重要的是，第一个不可读的逻辑块地址 (LBA) 是 591363172。
我找到了这个数字“转换”为的分区（以及其中的偏移量）：
vserver:~# fdisk -lu /dev/sdc
Device Boot Start End Blocks Id System …我们让用户运行 robocopy 命令来复制一些文件，但不幸的是用户不小心弄乱了语法。
就像是：
robocopy "\\server1\share\Accounting" \\server1\share\NewAccounting" /E /X /COPYALL /TEE
如果没有在目标目录上正确引用，最终将 rocobopy 目标搞砸了，如下所示：
Started : Tue May 05 12:30:00 2015
Source : \\server1\share\Accounting
Dest : \\server1\share\NewAccounting \E \X \COPYALL \TEE\
Files : *.*
这最终会创建新的文件夹“E”、“X”、“COPYALL”、“TEE”，所有这些文件夹都没有 NTFS 安全性。
文件夹安全选项卡显示“请求的安全信息不可用或无法显示。” 并且您无法通过 Windows 资源管理器或普通命令行删除文件夹。
有问题的服务器恰好是 EMC Celerra CIFS 服务器。
任何想法如何清理它并删除无效的新目的地？
我有一个域中的用户可以访问多个文件夹中的多个子文件夹。他的权利被非常细致地定义。现在他将离开公司，但将继续作为合同资源为一家公司工作。
我需要找到他有权访问的所有文件夹并撤销他的权限，然后为他设置一组不同的访问权限。
是否有任何工具（最好是免费软件）列出给定用户的所有 NTFS 权限？我已经尝试过使用 Sysinternals 的 AccessEnum，但该列表无法按用户名过滤，对我来说毫无用处。我也看过 CACLS，但据我所知，它显示按文件排序的权限，而不是按用户排序。
有任何想法吗？
根据“最佳实践”，我们 IT 部门的员工有两个帐户。一个非特权帐户和一个属于全局域管理员 ($DOMAIN\Domain Admins) 组成员的帐户。在我们的文件服务器上，域管理员组被添加到本地管理员 ($SERVER\Administrators) 组。本地管理员组对这些目录具有完全控制权限。很标准。
但是，如果我使用域管理员帐户登录服务器以进入该目录，我需要批准一个 UAC 提示，提示“您当前无权访问此文件夹。单击继续以永久访问这个文件夹。” 尽管 $SERVER\Administrators（我是 Domain Admins 组的成员）已经拥有完全控制权，但单击“继续”会为我的域管理员帐户授予对该文件夹及其下的任何其他内容的权限。
有人可以解释这种行为，以及管理文件共享的 NTFS 权限的适当方法是关于 Server 2008 R2 和 UAC 的管理权限吗？
permissions active-directory ntfs uac windows-server-2008-r2
我试图想出一种方法来部署 ASP.NET 代码，同时尽可能减少站点干扰。一种想法是建立从 NTFS 连接点提供服务的站点，c:\www\example.com其中
c:\www\example.com -> c:\www\example.com_r1234
然后，当部署新代码时，它会被复制到c:\www\site.com_r1235并且连接点重定向到
c:\www\example.com -> c:\www\example.com_r1235
所以我的问题是这可能会对 IIS 中的当前请求产生什么影响？从 IIS 对更改的反应（如果有）的角度来看，这可能还有哪些其他缺点？对于网站的最终用户来说，这会像我希望的那样无缝吗？
（我曾考虑通过命令行更改站点的 Web 根目录，但我真的不喜欢重新配置 IIS 的想法，因为可能会发生任何不必要的应用程序域或应用程序池流失，但我不太了解在负载下更改站点的配置物理路径时会发生什么）
需要明确的是，我在这里唯一关心的是我的最终用户的体验。我的目的是为他们避免干扰，而不是为我提供方便。
在 IIS 日志文件夹和文件上使用 NTFS 压缩是一个好习惯吗？
通过这样做，我能够从 20GB 减少到 7GB。IIS 日志是每天的，平均大小为 20MB，但有些极端的日子有 200MB。
我想知道 IIS 是否必须在内存中打开整个文件，强制 NTFS 每次解压缩 20MB（或在极端情况下为 200MB）？或者是否有一些魔法可以让 IIS 附加内容？对系统有什么影响？如果我们增加流量，它会成为一个问题吗？
我应该每小时而不是每天拆分它们吗？
任何关于此的微软官方文件？我找不到一个。
ntfs ×10
permissions ×5
iis ×2
windows ×2
backup ×1
bad-blocks ×1
compression ×1
corruption ×1
ext3 ×1
filesystems ×1
junction ×1
logging ×1
restore ×1
robocopy ×1
uac ×1
users ×1
vss ×1
windows-7 ×1