chown impuissant !

duo737 · Le 24/10/2018, à 18:56

Bonjour ,

sur une config dual-boot SSD WIN + Ubuntu 18.4 , j'ai 1 HDD avec 2 partitons :
- sda1 , 250 GB , en NTFS pour partager les données , monté comme /mnt/DATA
-sda2 , 750 GB , en ext4 , monté comme /media/toto/Data Ubuntu

Les dossiers du volume DATA appartiennent apparemment tous à 'root' , et lorsque j'y copie des fichiers au départ de sda2 , ceux-ci automatiquement changent de propriétaire , deviennent 'root' et je n'y ai plus accès en tant que 'toto'.

Nautilus en mode sudo , ou la commande 'sudo chown toto dossier/ " changent le propriétaaire pendant une fraction de seconde , mais tout de suite celui-ci redevient root .

Quelle en l'est l'explication , et quelle serait la solution ?

metalux · Le 24/10/2018, à 22:06

Bonsoir,
la raison vient du fait que /mnt/DATA est sur une partition NTFS qui ne gère pas les droits. Il faut passer par le fstab pour simuler ceux-ci.
Que veux-tu faire exactement? Copier des fichiers ou répertoires de /media/toto/Data Ubuntu vers /mnt/DATA et pouvoir y avoir accès en tant qu'utilisateur? Ou autre chose? Détaille ce que tu souhaites faire et donne les retours de:

sudo fdisk -l

ainsi que de:

sudo blkid

Dernière modification par metalux (Le 24/10/2018, à 23:17)

Bwice · Le 24/10/2018, à 22:33

Bonsoir,
Serait-ce un problème de ce type?

erresse a écrit :

Il est possible, si le volume n'a pu se monter normalement, il peut avoir été remonté en lecture seule par le système lors du démarrage...
Comme tu indiques qu'il est en NTFS, est-il partagé avec Windows ?
Et, dans ce cas, n'est-il pas tout simplement resté verrouillé par Windows lorsque tu as quitté la session ?

El catala a écrit :

Vous aviez raison, je suis en dual boot avec Win10. Le dossier était resté bloqué par Win. Un allez et retour sur windows et s' est reparti. le problème est réglé.

Vue sur ce topic

Dernière modification par Bwice (Le 24/10/2018, à 22:34)

Coeur Noir · Le 24/10/2018, à 23:00

La piste de Metalux est la bonne ( ntfs, pas de gestion de droit, automatiquement attribué à root ).
Bwice ta proposition n'était pas idiote mais son symptôme est « pas d'accès aux partitions windows », ce qui n'est pas le cas ici ;-)

J'ajouterais

cat /etc/fstab

aux commandes précédemment proposées.

Actuellement ils ont été créés comment-par-quoi les points de montage /mnt/DATA et /media/toto/Data Ubuntu ?
Traditionnellement /mnt c'est pour du montage manuel ou temporaire et /media a un fonctionnement un peu particulier, avec des ACL pour les montages automatiques de périphériques de stockage « externes ».

Un /home/data_win et un /home/data_ubu seraient bien aussi… en assignant les droits utiles à ces dossiers ( proprio, groupes, qui lit, qui écrit… ) par exemple le groupe users ( gid = 100 ) en rwX si ces montages sont destinés à être partagés entre tous les utilisateurs d'Ubuntu.

Attention : nautilus en mode sudo c'est mal. À proscrire. Pour vérifier si ça n'a pas fait de dégâts :

ls -la /home/<toi>

en théorie tout t'appartient là-dedans, si tu y vois du root:root faudra te réapproprier ça…

Dernière modification par Coeur Noir (Le 25/10/2018, à 00:45)

metalux · Le 24/10/2018, à 23:39

@Coeur Noir
Merci, c'est corrigé l'oubli de sudo.

Pour les droits, l'uid, le gid, l'umask,etc peuvent être avantageusement remplacés par l'option permissions qui je pense conviendrait, et qui permet une gestion multi-utilisateur.

Coeur Noir · Le 25/10/2018, à 00:10

…c'est en fonction de ce que voudra faire duo737 - je ne connais pas l'option permissions, tu expliqueras ?

metalux · Le 25/10/2018, à 11:40

@Coeur Noir
Bonjour,

man ntfs-3g a écrit :

permissions
Set standard permissions on created files and use standard
access control. This option is set by default when a user map‐
ping file is present.

L'option permissions donne les droits par défaut comme si tu es dans ton $HOME et attribue comme propriétaire l'utilisateur actuel. Ça simplifie la mise en place dans /etc/fstab et ça permet une gestion multi-utilisateur avec chacun sa corbeille.
Suppose que tu as 2 utilisateurs, Coeur Noir et metalux par exemple. Lorsque Coeur Noir est connecté, il a accès aux fichiers de la partition NTFS partagée en tant que propriétaire avec les droits par défaut. Si il supprime 1 fichier, il va dans la corbeille de Coeur Noir.
Maintenant metalux se connecte et veut consulter, modifier ou supprimer les fichiers de cette partition. Il n'a aucun souci car les fichiers appartiennent à metalux et non plus à Coeur Noir lorsque c'est metalux qui les consulte.
Dans le passé j'utilisais les options suivantes dans /etc/fstab, cependant celles-ci posaient des problèmes dans un environnement multi-utilisateurs pour avoir une gestion correcte de la corbeille:

uid=1000,gid=100,umask=002,utf8

J'utilise désormais ceci qui fonctionne même quand j'ajoute un utilisateur ultérieurement sans s'embêter avec l'uid et le gid.

permissions,utf8

Pour duo737, cela donnerait cette ligne dans /etc/fstab selon ses indications actuelles, en remplaçant de préférence /dev/sda1 par son UUID:

/dev/sda1    /mnt/DATA    ntfs    permissions,utf8    0    0

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 24/10/2018, à 18:56

chown impuissant !

#2 Le 24/10/2018, à 22:06

Re : chown impuissant !

#3 Le 24/10/2018, à 22:33

Re : chown impuissant !

#4 Le 24/10/2018, à 23:00

Re : chown impuissant !

#5 Le 24/10/2018, à 23:39

Re : chown impuissant !

#6 Le 25/10/2018, à 00:10

Re : chown impuissant !

#7 Le 25/10/2018, à 11:40

Re : chown impuissant !

Pied de page des forums