Como remover o sinalizador de execução da unidade ntfs [duplicado]

Question

Recentemente, instalei o Ubuntu 17.04 em um novo ssd (instalação padrão com ext4), nenhuma outra unidade estava conectada naquele momento. Depois que eu conectei meu hdd de dados (formatado em ntfs, é uma configuração de inicialização dupla com o win7), notei que cada arquivo tinha o sinalizador de execução (tinha uma inicialização dupla com o 14.04 antes, mas não tinha esse problema).

Se eu desabilitar o sinalizador em um único arquivo, ele será imediatamente redefinido. Além disso, cada arquivo que eu copio para o hdd obtém o sinalizador e se eu criar um link para uma pasta hdd no meu ssd, o link em si recebe o sinalizador depois de um renoot, tornando-o inutilizável até que eu remova o sinalizador a próxima reinicialização).

A entrada para o drive ntfs em / proc / mounts:

dev/sdc1 /media/brad/mydata fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0

• Por que isso aconteceu (eu não fiz nada que deveria ter causado isso / como evitar que isso acontecesse na próxima vez)?
• Como posso desfazê-lo com segurança para toda a unidade de uma vez sem tocar / alterar cada arquivo (também sem alterar os carimbos de data do arquivo)?

Re: duplicado:

Eu não vejo o que isso teria a ver com chmod, eu não quero alterar as permissões de arquivo ou pasta, eu preciso corrigir como o Ubuntu está vendo toda a unidade porque isso foi alterado e eu acho que a mudança foi uma decisão muito ruim. Então agora eu tenho que editar o fstab para recuperar o comportamento pré-16.10. Não há menção a esta situação ou às permissões 'corretas' (antigas) que alguém deve definir em "Como eu uso 'chmod' em uma partição NTFS (ou FAT32)?" Enquanto renomear esta questão para "Revertendo permissões ntfs para pré-16.10" pode torná-lo mais exclusivo, alguém com o mesmo problema provavelmente não sabe sobre o motivo e, portanto, não encontraria este tópico, então eu o mantenho como está. / p>

Ainda está aguardando a nota "Duplicar" incorreta a ser removida. É assim que uma duplicata parece: link

    

Answer 1

Esta resposta provavelmente está errada, por favor, ajude a melhorar!

Por que isso aconteceu:

Como o ubuntu mudou o tratamento de permissão do ntfs da versão 16.10 em diante.

Como desfazer isso com segurança:

1. Quando a unidade ntfs estiver montada, pegue a entrada de montagem atual em / etc / mtab ou / proc / mounts e corrija-a (de acordo com "man mount.ntfs" -OPTIONS: user_id deve se tornar uid , group_id deve tornar-se gid , nodev torna-se no_def_opts , rw, nosuid e blksize não parecem existir ??, default_permissions torna-se permissões ,) Talvez você também tenha que trocar o fuseblk pelo ntfs-3g, não sei.
2. adicione opções úteis:
   windows_names para a criação de nomes de arquivos com caracteres que não são permitidos pelo windows (por exemplo, dois pontos) é proibido (este deve ser o padrão imho, mas não é). br> noauto se você quiser evitar a automontagem
3. acrescente a linha pelo fmask e dmask desejados (para opções de montagem ntfs, usar apenas umask resultaria em permissões de pasta incorretas). As permissões "normais" para arquivos são rw-r - r-- e para diretórios, é rwxr-xr-x (diretórios precisam de permissão de execução, veja link ). De acordo com o link , as permissões do arquivo são convertidas para 644 e convertidas para fmask , ou seja, 133 , permissões de pasta de rwxr-xr-x convertidas para 755, convertidas para dmask que é 022 .
4. Anexe o resultado /dev/sdc1 /media/brad/mydata fuseblk no_def_opts,relatime,uid=0,gid=0,permissions,allow_other,noauto,windows_names,fmask=0133,dmask=022 0 0 a / etc / fstab (use seus próprios caminhos, é claro e não adicione espaços em branco adicionais).

Disclaimer: Eu ainda não tenho idéia se isso é seguro. Alguém poderia ter conhecimento, por favor?

............................................... .................................................. .................................................. ...............

coisas antigas, erradas, com exclusão pendente:
/dev/sdc1 /media/brad/mydata fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,noauto,fmask=0133,dmask=022 0 0

Finalmente ousei experimentá-lo, mas clicando no dispositivo eu recebo esta mensagem de erro %código% dmesg | cauda não revelou nenhuma informação relacionada.

Então existe um conflito de dmask / fmask com estas default_permissions sinistras ou eu preciso usar o UUID ou algo completamente diferente?