dircolor erros causados pela permissão do ntfs-3g

2

Estou usando dircolor-solarized para renderizar minha ls output. Funciona bem na minha partição linux. No entanto, em uma partição NTFS montada pelo ntfs-3g, todos os arquivos eram coloridos em verde porque /etc/fstab concede a permissão executável à partição:

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

e no meu dircolors.256dark existe:

EXEC 00;38;5;64

Eu tentei umask=0022 , mas a saída continua a mesma. Na verdade, não acho que as coisas vão mudar se a permissão executável for concedida a qualquer um dos usuários. Mas quando eu tentei 'umask = 0111', a partição só não foi montada. Então estou aqui para pedir ajuda:

1) Existe alguma maneira de montar uma partição ntfs gravável e legível, enquanto a permissão executável está ausente?

2) Se 1) não é possível em ntfs-3g, existe uma maneira de diminuir a prioridade de renderização EXEC? Por exemplo, deixe dircolor em primeiro lugar coincidir com os nomes das extensões e, em seguida, EXEC se nenhuma correspondência for encontrada na lista.

3) Qualquer outra solução alternativa?

Minha distribuição:

$ 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

Obrigado!

    
por purplezzh 23.08.2016 / 06:39

1 resposta

0

Como sugerido por @jigglynaga, você pode obter parte do que você deseja usando uma opção de montagem diferente.

De acordo com a página de manual, estas são as opções relevantes:

umask=value
Set the bitmask of the file and directory permissions that are not present. The value is given in octal. The default value is 0 which means full access to everybody.

fmask=value
Set the bitmask of the file permissions that are not present. The value is given in octal. The default value is 0 which means full access to everybody.

dmask=value
Set the bitmask of the directory permissions that are not present. The value is given in octal. The default value is 0 which means full access to everybody.

Você estava usando umask , que se aplica a arquivos e diretórios. Mas como você precisa de permissões executáveis nos diretórios e não permite isso, o driver não cooperou. Alterar isso para fmask afeta apenas arquivos .

Apenas no caso, talvez você queira rever também a configuração dmask (o acesso total a todos pode não ser o que você deseja).

Quanto a ls (e dircolors ). Não: o programa ls verifica EXEC antes de verificar qualquer padrão, portanto, você não pode criar um caso especial com um padrão como *.exe

Isso não está bem documentado; você pode ler o código-fonte para ver

por 24.08.2016 / 00:23