[Résolu] gedit admin:///chemin/du/document ne marche pas avec Hirsute

malbo · Le 27/03/2021, à 08:16

Bonjour,
J'utilise la commande telle qu'elle est notée dans 2.2.1 Édition avec privilèges de la doc gedit :

gedit admin:///etc/fstab

Voilà ce que ça donne :

moi@monpc:~$ gedit admin:///etc/fstab

(gedit:2922): GVFS-WARNING **: 07:10:18.504: The peer-to-peer connection failed: Impossible de se connecter : Permission non accordée. Falling back to the session bus. Your application is probably missing --filesystem=xdg-run/gvfsd privileges.

** (gedit:2922): WARNING **: 07:10:18.514: Hit unhandled case 36 (GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Unix process subject does not have uid set) in parse_error.

Là, gedit s'ouvre avec le message :

Impossible d’ouvrir le fichier « admin:///etc/fstab ».
Erreur inattendue : GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Unix process subject does not have uid set

Dernière modification par malbo (Le 27/03/2021, à 10:12)

malbo · Le 27/03/2021, à 10:05

Je m'en sors en utilisant ce qui est proposé au paragraphe 2.3 Exécuter une application graphique sous 14.04 et versions ultérieures de la doc "Sudo : effectuez des tâches administratives". Je passe la commande suivante pour parvenir à éditer fstab avec gedit :

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY gedit /etc/fstab

Je passe la discussion en résolu même si j'espère que cette solution avec pkexec n'est que provisoire et qu'on pourra revenir un jour à la solution classique (avec admin://)

Dernière modification par malbo (Le 27/03/2021, à 10:13)

geole · Le 27/03/2021, à 10:24

Bonjour
Je te suggère de regarder les permissions du fichier puis de l'ouvrir avec une commande injustement dénigrée et plus facile à frapper que celle que tu as trouvée

sudo gedit /etc/fstab

Puis de faire tes modifications puis regarder si les permissions ont été altérées

malbo · Le 27/03/2021, à 10:33

@geole : non merci. Je vais rester sur la solution avec pkexec si j'ai encore besoin d'utiliser gedit avec pouvoir d’administration.

gascon · Le 27/03/2021, à 10:53

@geole mais sa pose pas des soucis de faire sa? on m'aurait menti ?
Comme par exemple gedit qui laisse des fichiers root dans le home ?

geole · Le 27/03/2021, à 11:20

gascon a écrit :

on m'aurait menti ?

On a exagéré......
D'abord dans ce contexte on est dans le répertoire /etc
Normalement il appartient à root. Cela doit encore être vrai en version hirsute!!!!!

Ensuite tu as deux cas:
A) Accès à un fichier qui existe déjà qui est la propriété de quelqu'un...
Tu y accédes pour le modifier. A la sortie de la modification, il reste la propriété de ce quelqu'un.
B) Accès à un fichier qui n'existe pas, Il est alors nécessaire de le créer et de lui donner un propriétaire. Donc de cas c'est "root" qui est retenu. Il permet à tout le mode de le lire.

Cas spécial du répertoire, Il existe un script pour recenser et corriger. Dans les discussions tu verras que quelquefois on en trouve des centaines sans que cela gène le fonctionnement. Spécialement après une utilisation de tesdisk

De ce que j'ai compris du problème qui n'a jamais été clairement documenté:
Si on fabrique des fichiers dans les répertoires cachés des applications, certaines applications font le tour du propriétaires et constatent qu'un intrus s'est installé chez elles et refusent de mettre en route.

En fait, le vrai problème est lorsqu'une application a besoin d'un fichier qui devenu absent pour une raison incompréhensible, Il n'est pas toujours bon de refabriquer le fichier en disant que c'est root le propriétaire. C'est souvent l'utilisateur
En clair: Inutile de faire systématiquement "sudo gedit" lorsque la commande gedit suffit pour créer le fichier

Conclusion: Fais-toi un avis personnel.

Dernière modification par geole (Le 27/03/2021, à 11:27)

gascon · Le 27/03/2021, à 13:57

ok donc gedit quand il est en root ne va pas faire des log ou des config dans son dossier home qu'il ne pourra plus lire au prochain lancement en mode utilisateur ?
Si il touche a rien d'autre que le fichier qu'on lui demande d'éditer effectivement je vois pas le soucis que cela pose.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 27/03/2021, à 08:16

[Résolu] gedit admin:///chemin/du/document ne marche pas avec Hirsute

#2 Le 27/03/2021, à 10:05

Re : [Résolu] gedit admin:///chemin/du/document ne marche pas avec Hirsute

#3 Le 27/03/2021, à 10:24

Re : [Résolu] gedit admin:///chemin/du/document ne marche pas avec Hirsute

#4 Le 27/03/2021, à 10:33

Re : [Résolu] gedit admin:///chemin/du/document ne marche pas avec Hirsute

#5 Le 27/03/2021, à 10:53

Re : [Résolu] gedit admin:///chemin/du/document ne marche pas avec Hirsute

#6 Le 27/03/2021, à 11:20

Re : [Résolu] gedit admin:///chemin/du/document ne marche pas avec Hirsute

#7 Le 27/03/2021, à 13:57

Re : [Résolu] gedit admin:///chemin/du/document ne marche pas avec Hirsute

Pied de page des forums