Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

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

malbo

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

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

tov9.png

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

Hors ligne

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

malbo

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

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, à 09:13)

Hors ligne

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

geole

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

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

Hors ligne

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

malbo

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

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

Hors ligne

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

gascon

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

@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 ?


se qui ne me tue pas me rend plus fort Tout seul on va plus vite, ensemble, on va plus loin. ^^

Hors ligne

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

geole

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

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, à 10:27)

Hors ligne

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

gascon

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

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.


se qui ne me tue pas me rend plus fort Tout seul on va plus vite, ensemble, on va plus loin. ^^

Hors ligne