每当我将 exe 文件下载到 Windows 中的该分区时，我都无法运行它。它给出错误：“Windows 无法访问指定的设备、路径或文件。您可能没有适当的权限来访问该项目。”
设置：
我有一个 Arch Linux 和 Windows 10 的双启动设置。我有一个 1TB 的 HDD，并在 Arch Linux 中为该 HDD 上的 NTFS 分区设置了 NTFS 用户映射，如下所示：
# Generated by ntfsusermap for Linux, v 1.2.0
:100:S-1-5-21-3728005000-258166423-2201256221-513
1000:1000:S-1-5-21-3728005000-258166423-2201256221-1001
我可以成功挂载并使用该 NTFS 分区，就像任何其他分区一样（并且chmod运行chown良好）。
该分区的 fstab 条目如下：
# /dev/sda1 LABEL=Data
UUID=0492DE6F92DE64A8 /mnt/Data ntfs rw,nosuid,nodev,relatime,uid=1000,gid=1000,allow_other,dmask=022,fmask=133 0 0
我可以在 Windows 中正常读写在 Arch 上创建的文件。我还可以在 Windows 上创建不可执行文件并在 Arch Linux 上正常使用它们。
情况：
运行新的 exe 文件通常会失败，即使以管理员身份运行也是如此。让它正常工作的唯一方法是通过文件权限中的安全选项卡允许每个人在 Windows 中完全控制该文件。
似乎可以读取和写入新文件，但无法在该分区上执行它们。其他分区（我的 SSD 上的分区）并非如此。
当我在 Linux 中检查新下载的 exe 文件的权限时，它似乎缺少可执行权限。使用chmod为所有文件设置可执行位（在 Linux 中）无助于让它在 Windows 中运行该文件。当我使用 Windows Powershell 并Get-Acl在新的 exe 文件（不运行）和在 Usermap 之前创建的旧文件（运行良好）上运行命令时，我得到相同的输出，即相同的所有者和相同的访问权限（Everyone Deny ExecuteFile...）。
我还在下载 exe 文件的文件夹中启用了继承（使用文件夹属性中的“安全”选项卡，然后使用高级选项）。
在使用 NTFS Usermap 之前，我没有遇到过此错误。我是不是忽略了什么？
答案1
我发现，在该分区中所有现有文件夹的“高级安全设置”中，有一条新规则，拒绝所有人的遍历和可执行权限。删除它解决了我的问题。此外，较新的文件夹没有该规则，这意味着修复所有现有文件夹的规则可以完全解决问题。