Em uma unidade NTFS montada com NTFS-3G com arquivo de mapeamento de usuário presente, todos os novos arquivos pertencem ao root

Question

No meu sistema, eu tenho uma grande partição de dados formatada em NTFS, que é compartilhada entre o Linux (Debian 8) e o Windows (2012 Server). Quando criei um arquivo de mapeamento de usuário, conforme descrito na documentação do NTFS-3G, a maioria das permissões de arquivo funcionou como esperado, somente os arquivos criados por mim no Linux na partição NTFS são de propriedade e não editáveis pela minha conta de usuário normal:

$ pwd
/mnt/data/src
$ ls -l 
total 0
$ touch file
touch: setting times of ‘file’: Permission denied
$ ls -l
total 0
-rw-r--r-- 1 root root 0 Apr 28 10:41 file
$ ls -ld .
drwxr-xr-x 1 ##### root 144 Apr 28 10:41 .
$ id
uid=1000(#####) gid=1(daemon) groups=1(daemon),4(adm),20(dialout),21(fax),24(cdrom),25(floppy),26(tape),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(netdev),110(lpadmin),113(scanner)

Como devo definir que os arquivos são criados normalmente, com a propriedade definida para minha conta de usuário sem privilégios? Eu tentei definir a opção de herança de montagem, mas depois me deparei com outro problema, ou seja, que eu não poderia escrever em diretórios de propriedade da raiz e nem chmod ou chown como root tinha qualquer efeito em tudo

Arquivos relevantes:

$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdf1 during installation
UUID=eab88331-a1c7-4f18-b971-ad5f58c6d08c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sde2 during installation
UUID=188C-66A1  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdf2 during installation
UUID=1d82108c-20bb-4df2-8df4-2ca145cca01f /home           ext4    defaults        0       2
# swap was on /dev/sdf5 during installation
UUID=8e94b87a-e170-4a34-88fe-2100e8db0ae6 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

UUID=592AF2FB029E1E67 /mnt/data ntfs-3g

.

$ sudo cat /mnt/data/.NTFS-3G/UserMapping
[sudo] password for #####: 
# Generated by usermap for Linux, v 1.1.6
:#####:S-1-5-21-742487409-2243251135-2122958030-513
:#####:S-1-5-21-1202660629-1788223648-1801674531-513
:#####:S-1-5-21-343818398-1004336348-725345543-513
:#####:S-1-5-21-1801674531-1614895754-1417001333-513
:#####:S-1-5-21-117609710-2025429265-839522115-513
#####:#####:S-1-5-21-742487409-2243251135-2122958030-1003
#####:#####:S-1-5-21-1202660629-1788223648-1801674531-1004
#####:#####:S-1-5-21-343818398-1004336348-725345543-1004
#####:#####:S-1-5-21-1801674531-1614895754-1417001333-1004
#####:#####:S-1-5-21-117609710-2025429265-839522115-1004
#####:#####:S-1-5-21-117609710-2025429265-839522115-1005

    

Answer 1

Acabamos de nos deparar com esta questão no computador da minha namorada, embora tenhamos recebido mais algumas informações: o meu utilizador na mesma máquina poderia criar ficheiros sem problemas.

Depois de tentar mais do que algumas coisas, finalmente descobrimos o que havia de errado em sua máquina; seu grupo principal foi definido como sudo , onde o meu foi definido como users

$ id y

uid=1001(y) gid=100(users)

groups=100(users),7(lp),91(video),92(audio),1000(sudo)

$ id x

uid=1000(x) gid=1000(sudo)

groups=1000(sudo),7(lp),91(video),92(audio),100(users)

Seguimos as instruções aqui para alterar o grupo padrão dela para users desmontou a unidade, desconectou, conectou novamente, remontou a unidade e tudo começou a se comportar corretamente.

    

Answer 2

Acho que você precisa montar sua partição data com a opção permissions . Então você pode mudar o dono dos seus arquivos.

No entanto, acho que novos arquivos não serão mapeados para o usuário do Windows.