在现有文件上设置属性时出现错误“找不到路径的一部分”

Question

我编写了一个 powershell 脚本来从一组指定的根路径中的所有文件中删除 R/H/S 属性。相关代码为：

$Mask = [System.IO.FileAttributes]::ReadOnly.Value__ -bor [System.IO.FileAttributes]::Hidden.Value__ -bor [System.IO.FileAttributes]::System.Value__
Get-ChildItem -Path $Paths -Force -Recurse -ErrorAction SilentlyContinue | ForEach-Object {
    $Value = $_.Attributes.value__
    if($Value -band $Mask) {
        $Value = $Value -band -bnot $Mask
        if($PSCmdlet.ShouldProcess($_.FullName, "Set $([System.IO.FileAttributes] $Value)")) {
            $_.Attributes = $Value
        }
    }
}

这很好用，但是在处理一个非常大的文件夹结构时，我遇到了一些这样的错误：

Exception setting "Attributes": "Could not find a part of the path 'XXXXXXXXXX'."
At YYYYYYYYYY\Grant-FullAccess.ps1:77 char:17
+                 $_.Attributes = $Value
+                 ~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [], SetValueInvocationException
    + FullyQualifiedErrorId : ExceptionWhenSetting

我觉得这很奇怪，因为被操作的 FileInfo 对象肯定存在，因为它来自文件搜索。

我不能提供文件名，因为它们是机密的，但我可以说：

• 它们的长度为 113-116 个字符
• 所涉及的唯一字符集是%()+-.0123456789ABCDEFGIKLNOPRSTUVWX，在文件名中没有一个是非法的
• % 字符由于 URL 编码的空格 (%20) 而存在

您对造成这种情况的原因有什么建议吗？我假设如果完整路径太长，或者我没有对该文件的写入权限，则会引发更合适的错误。

Answer 1

正如your own answer 中所述，问题原来是路径过长（超过了 259 个字符的旧限制。）

除了通过组策略启用长路径支持之外，您还可以通过注册表在每台计算机上启用它 em> 如下，需要以 elevation （以管理员身份）运行：

# NOTE: Must be run elevated (as admin).
# Change will take effect in FUTURE sessions.
Set-ItemProperty HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem LongPathsEnabled 1

^{传递 0 以关闭支持。}

---

但是，即使 关闭了长路径支持（在 Windows 10 之前的版本中总是如此），也可以处理长路径：

• 在 Windows PowerShell（PowerShell 最高版本 5.1）中，您必须使用 长路径选择加入前缀 em>，\\?\，如下所述。

• 在 PowerShell [Core] v6+ 中，不需要额外的工作，因为它始终支持长路径 - 您无需开启支持系统范围，您也不需要下面讨论的长路径前缀。

  • 警告：虽然原则上您可以在 PowerShell [Core] 中使用 \\?\，但从 v7.0.0-rc.2 开始，对它的支持不一致；见this GitHub issue。

重要提示：前缀\\?\仅在以下情况下有效：

• 前缀路径必须是完整（绝对）、规范化路径（不得包含. 或.. 组件）。

  • 例如，\\?\C:\path\to\foo.txt 有效，但 \\?\.\foo.txt 无效。
  • 此外，如果路径是 UNC 路径，则路径需要不同的形式：
    • \\?\UNC\<server>\<share>\...;
    • 例如，\\server1\share2 必须表示为 \\?\UNC\server1\share2

Answer 2

这确实是一个漫长的路径问题，尽管有错误消息的措辞。对文件进行简单的Get-ChildItem 搜索会产生相同的错误。我终于找到了错误消息中提到的文件并测量了它们的总路径长度。它们超过 260 个字符。

我尝试在路径中添加 \\?\ 前缀，但 powershell 似乎不喜欢这种语法。

幸运的是，该脚本正在 Windows 2016 上使用，所以我尝试在组策略中启用 long path support。这让整个问题都迎刃而解了。