2 votes

Sur un disque NTFS monté avec NTFS-3G avec un fichier de mappage utilisateur présent, tous les nouveaux fichiers appartiennent à root.

Sur mon système, j'ai une grande partition de données formatée NTFS, qui est partagée entre Linux (Debian 8) et Windows (2012 Server). Lorsque j'ai créé un fichier de mappage utilisateur, comme décrit dans la documentation NTFS-3G, la plupart des autorisations de fichiers ont fonctionné comme prévu, mais tous les nouveaux fichiers que j'ai créés sous Linux sur la partition NTFS appartiennent à root et ne sont pas modifiables par mon compte d'utilisateur 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)

Comment dois-je m'y prendre pour que les fichiers soient créés normalement, la propriété étant attribuée à mon compte d'utilisateur non privilégié ? J'ai essayé de définir l'option de montage hérité, mais j'ai rencontré un autre problème, à savoir que je ne pouvais pas écrire dans les répertoires appartenant à l'utilisateur root et que ni chmod ni chown en tant qu'utilisateur root n'avaient d'effet.

Dossiers pertinents :

$ 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

1voto

ArcherSeven Points 21

Nous venons de rencontrer ce problème sur l'ordinateur de ma petite amie, bien que nous y soyons allés avec quelques informations supplémentaires : mon utilisateur sur la même machine pouvait créer des fichiers sans problème.

Après avoir essayé plusieurs choses, nous avons finalement trouvé ce qui n'allait pas sur sa machine ; son groupe primaire était réglé sur sudo alors que le mien était réglé sur 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)

Nous avons suivi les instructions aquí pour changer son groupe par défaut en users démonté le disque, déconnecté, reconnecté, remonté le disque et tout s'est mis à fonctionner correctement.

0voto

Frank Breitling Points 575

Je pense que vous devez monter votre data avec la partition permissions option. Vous pouvez alors changer le propriétaire de vos fichiers.

Cependant, je pense que les nouveaux fichiers ne seront pas attribués à l'utilisateur Windows.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X