ntfs-3g许可引起的污秽错误

Question

我使用dircolor-solarized来呈现我的ls输出。它在我的linux分区中运行得很好。然而，在ntfs-3g挂载的NTFS分区中，所有文件都是绿色的。

因为/etc/fstab将可执行权限授予分区：

/dev/sdb5   /mnt/win10_E    ntfs-3g     rw,uid=1000,gid=1000,dmask=0022,fmask=0033  0   0

在我的dircolors.256dark中有：

EXEC 00;38;5;64

我尝试过umask=0022，但是输出保持不变。实际上，如果向任何用户授予可执行权限，我认为事情不会改变。但是当我尝试'umask=0111‘时，分区只是没有被挂载。所以我来这里寻求帮助：

1)在缺乏可执行权限的情况下，是否有任何方法可以装入ntfs可写和可读的部分？

2)如果在ntfs-3g中不可能，是否有办法降低EXEC渲染的优先级？例如，让dircolor首先匹配扩展名，然后如果列表中没有匹配，则进行EXEC。

3)还有其他解决办法吗？

我的分布：

$ uname -a
Linux debian-Z620 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2+deb8u3 (2016-07-02) x86_64 GNU/Linux

谢谢!

Answer 1

正如@jigglynaga所建议的那样，您可以使用不同的挂载选项获得您想要的部分内容。

根据手册页，以下是相关的选择：

umask= 设置不存在的文件和目录权限的位掩码。这个数值是以八进制表示的。默认值为0，这意味着对每个人的完全访问。fmask= 设置不存在的文件权限的位掩码。这个数值是以八进制表示的。默认值为0，这意味着对每个人的完全访问。dmask= 设置不存在的目录权限的位掩码。这个数值是以八进制表示的。默认值为0，这意味着对每个人的完全访问。

您使用的是umask，它同时适用于文件和目录。但是由于您需要目录上的可执行权限，并且不允许这样做，所以驱动程序没有合作。将其更改为fmask只会影响文件。

以防万一，您可能也希望查看dmask设置(对每个人的完全访问可能不是您想要的)。

至于ls (和dircolors)。否：ls程序在检查任何模式之前都会检查EXEC，因此您无法使用模式(如*.exe )创建特例。

这不是很好的文档；您可以阅读源代码来查看

• 属性检查及更高版本
• 模式检查 (如果不适用属性)。
• ntfs-3g -第三代读写NTFS驱动程序