ntfs-3g权限导致的dircolor错误

ntfs-3g权限导致的dircolor错误

我用来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)如果1)在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

谢谢!

答案1

正如 @jigglynaga 所建议的,您可以使用不同的安装选项来获得您想要的部分内容。

根据手册页,这些是相关选项:

umask=价值
设置不存在的文件和目录权限的位掩码。该值以八进制给出。默认值为0这意味着每个人都可以完全访问。

fmask=价值
设置不存在的文件权限的位掩码。该值以八进制给出。默认值为0这意味着每个人都可以完全访问。

dmask=价值
设置不存在的目录权限的位掩码。该值以八进制给出。默认值为0这意味着每个人都可以完全访问。

你正在使用umask,这适用于文件和目录。但由于您需要目录的可执行权限,并且不允许这样做,因此驱动程序不配合。将其更改为fmask仅影响文件

以防万一,您可能还想检查dmask设置(对每个人的完全访问权限可能不是您想要的)。

至于ls(和dircolors)。否:ls程序会在检查任何模式之前进行检查EXEC,因此您无法使用以下模式创建特殊情况*.exe

这没有很好的记录;你可以阅读源码看看

相关内容