Pourquoi je n'ai pas les droits écriture après création de la partition avec gparted, pourquoi le propriétaire de la clé est root.
Parce que gparted fonctionne en root, que le propriétaire d'un système de fichiers ext* est par défaut l'utilisateur qui a créé le système de fichiers (donc root), et que les permissions par défaut n'autorisent pas l'écriture pour les autres.
quand le montage de la clé en cliquant dans le gestionnaire de fichier est refusé (vous n'avez pas le droit etc)
Avec la configuration par défaut d'udisks2 et policykit, cela ne devrait pas arriver avec un support amovible comme une clé USB.
le propriétaire est bien user
Cela permet à l'utilisateur d'écrire, mais n'a aucun effet sur le montage lui-même (et vice versa).]]>
De chercher quoi ?
Les permissions d'un système de fichiers ext4 ne sont pas affectées par la façon de le monter.
Pourquoi je n'ai pas les droits écriture après création de la partition avec gparted, pourquoi le propriétaire de la clé est root.
Oui, sauf que quand le montage de la clé en cliquant dans le gestionnaire de fichier est refusé (vous n'avez pas le droit etc), root a le droit de la monter en ligne de commande.
En plus j'ai dû faire une erreur quelque part en changeant le propriétaire (de root à user) car la commande #chown ne modifiait rien.
Je l'ai refaite plus tard et c'est bon (le propriétaire est bien user).
Et le fait est que j'ai de plus en plus de difficultés à me concentrer . . .]]>
J'en ai eu un peu marre de chercher sans trouver
De chercher quoi ? Comment changer les permissions du système de fichiers ext4 ?
alors pour l'instant je monte la ext4 (#mount -o rw . . .) et l'éjecte en gui avec mon mdp
Les permissions d'un système de fichiers ext4 ne sont pas affectées par la façon de le monter.]]>
/dev/sdh1: LABEL="interne" UUID="8744b2cc-e34d-42c9-8bfe-2d6437fb8170" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="a23d6531-b345-4a7a-a1cb-ed9f6033d9eb"
J'ai inversé les deux clé que je venais de partitionner, une pour la maison et une pour dehors.
Excuse-moi, je recommence avec la bonne clé
/dev/sdh1: UUID="677A-FD59" BLOCK_SIZE="512" TYPE="exfat" PTTYPE="dos" PARTUUID="5c4f1fc0-01"
Précision : je n'ai pas installé exfat-fuse, d'après ce que j'avais compris il est inutile pour testing.
Je reviens plus tard.]]>
C'est root qui a créé la table de partition et la partition (avec GParted), il me semble donc normal qu'il en soit le propriétaire.
Une table de partition n'a pas de propriétaire, le propriétaire d'une partition n'a aucune influence sur le propriétaire du système de fichiers et de toute façon le système de fichiers exFAT n'a pas la notion de propriétaire non plus.
Avec la clé montée
grep exfat /proc/mounts
Aucun retour !
Tu es sûr que le système de fichiers est exFAT ? On va faire autrement
]]>
J'ignore pourquoi chez toi le propriétaire est root.
C'est root qui a créé la table de partition et la partition (avec GParted), il me semble donc normal qu'il en soit le propriétaire.
Avec la clé montée
Aucun retour !
J'avais eu un problème similaire après création GPT + ext4 (propriétaire root, pas de droits en écriture).
Il a été réglé avec un chown.
Mais comme dans les post au-dessus il a été dit que ça ne marche pas pour un fs non Unix j'ai préféré demander !]]>
empanada a écrit :Évidemment l’utilisateur dois appartenir déjà au groupe "disk" pour que ça marche, sinon, il faut l'ajouter.
Sûrement pas. Je n'en ai jamais eu besoin, et l'appartenance à ce groupe donnerait à l'utilisateur la permission de lire et écrire directement sur tous les disques et partitions, ce qui est une très mauvaise idée.
Complètement vrai. J'ai pris l'info des notes personnelles anciennes. Dans un autre fichier j'avais fait avec le group plugdev. En fait la configuration de mon ordi c'est celle corrigé dans le post antérieur: "Identity=unix-group:plugdev" pour "Action=org.freedesktop.udisks2.filesystem-mount" et pour Action=org.freedesktop.udisks2.eject-media, et je n'appartient pas au groupe disk.
Merci beaucoup de signaler ce grave erreur.]]>
Mais je ne crois pas que les actions ou les options soient le problème de jarek.
Pourtant a priori ce sont les options de montage uid et gid qui ne sont pas bonnes.
Évidemment l’utilisateur dois appartenir déjà au groupe "disk" pour que ça marche, sinon, il faut l'ajouter.
Sûrement pas. Je n'en ai jamais eu besoin, et l'appartenance à ce groupe donnerait à l'utilisateur la permission de lire et écrire directement sur tous les disques et partitions, ce qui est une très mauvaise idée.]]>
Évidemment l’utilisateur dois appartenir déjà au groupe "plugdev" pour que ça marche, sinon, il faut l'ajouter.
Après modifier les paramètres du *.pkla,
ou redémarrer (surtout si on a du ajouter l'utilisateur au groupe "plugdev", mais il devrait suffire fermer et réouvrir session)
Salut]]>
man mount est en anglais
]]>
]]>