ntfs-3g : problème de conservation des dates lors de copie de fichiers sur partition NTFS
Lors de copie de fichiers les dates ne sont pas conservées sur NTFS
Système et matériels / Installation et configuration

Stephane Membre non connecté
-
- Voir le profil du membre Stephane
- Inscrit le : 01/01/2013
Je rencontre un problème qui a déjà été soulevé sur Mageia1 de façon légèrement différente :
http://www.mageialinux-online.org/forum/topic-10865+impossible-de-modifier-les-droits-d-acces-sur-partition-ntfs.php
Lors de copie de fichiers depuis une partition ext4 vers une partition NTFS, les dates ne sont pas conservées si la copie est faite par un simple utilisateur.
Si c'est root qui fait la copie pas de souci.
J'ai fait le test suivant :
- http://www.tuxera.com/community/ntfs-3g-faq/#unprivileged
Why don’t the ‘user’ and ‘users’ options work in /etc/fstab?
- du coup, j'ai recompilé le programme ntfs-3g afin de lui ajouter le setuid,
- j'ai fait les modifications de droits sur le device et le point de montage
L'utilisateur n'est toujours pas le propriétaire du point de montage et si je fais un "cp -p " j'ai une erreur "opération non permise".
Le contenu de fstab :
/media/win_c ntfs-3g allow_other,uid=500,gid=500,umask=000,noauto 0 0
Ce que j'obtiens après le mount :
/dev/sdb7 on /media/win_c type fuseblk (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
Les options passées à la commandes mount ou dans le fstab ne sont jamais répercutées !
J'ai trouvé cette URL :
http://tuxera.com/forum/viewtopic.php?f=2&t=29556
Et j'obtiens la même erreur avec la commande suivante :
/sbin/mount.ntfs-3g -o debug,uid=500,gid=500 /dev/sdb7 /media/win_c/
utime_omit_ok: 1
Version 2012.1.15 integrated FUSE 27
Mounted /dev/sdb7 (Read-Write, label "Partage", NTFS 3.1)
Cmdline options: debug,uid=500,gid=500
Mount options: allow_other,nonempty,relatime,fsname=/dev/sdb7,blkdev,blksize=4096,default_permissions
Global ownership and permissions enforced, configuration type 1
fuse: reading device: Opération non permise
Du coup, je me demande si cela ne vient pas du bug identifié dans le kernel ?
Je suis avec le kernel : 3.4.24-desktop-2.mga2 mais j'avais le problème déjà ave le kernel 3.3.8.
Avant Mageia2, j'utilisais Mandriva 2010.x et je n'avais jamais eu ce problème de conservation des dates sur les fichiers.
Merci pour l'aide que vous pourrez m'apporter.
Stéphane.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie