[résolu] Echec à lancer Mousepad en root

Dorico · 18-12-2021 18:14:49

Je veux lancer Mousepad en root pour actualiser mon sources.list et voilà le retour que j'ai :

dom@ThinkpadT460sDom:~$ sudo mousepad

[sudo] Mot de passe de dom : 

(mousepad:15402): Mousepad-CRITICAL **: 18:02:34.987: Failed to initialize xfconf: L’exécution du processus fils « dbus-launch » a échoué (Aucun fichier ou dossier de ce type)

Quel est le problème ? Que faire ?
Il s'agit d'une installation toute fraiche de Debian 11 !
Merci de vos réponses et cordialement.

Dernière modification par Dorico (19-12-2021 12:57:59)

Tawal · 18-12-2021 18:25:44

Tant mieux !

Le problème est qu'on ne lance pas d'application graphique en root (dans une session utilisateur) !

Pour éditer ton sources.list, tu as une commande dédiée :

apt edit-sources

qui te lancera un éditeur dans ton terminal et qui en plus (il me semble) vérifie la syntaxe de ton fichier.

Edit:

man apt a écrit :

...
edit-sources (travail en cours)
La commande edit-sources permet de modifier le fichier sources.list(5) avec votre éditeur de texte préféré et fournit des
vérifications de sécurité de base.
...

Dernière modification par Tawal (18-12-2021 18:28:44)

otyugh · 18-12-2021 18:36:56

Tawal a écrit :

Le problème est qu'on ne lance pas d'application graphique en root (dans une session utilisateur) !

C'est moins une règle qu'une précaution : moins on execute de trucs en root, moins en prend de risque. Les traitements de textes ultra-simples offrent donc moins de surface d'attaque... De l'autre c'est paaaaas vraiment important non plus, d'où je me tiens, ça me semble être un gros détail (je veux bien être contredit si t'as des arguments @Tawal )

Si utilise "nano/vi/ed/..." est une frontière, y a pas de réel besoin d'y rester.

En fait pour les logiciels graphiques, on conseille plutôt pkexec que sudo qui est fait pour ça à priori (ils initialise plus de variables utiles) ?

 pkexec mousepad

Pour éditer en utilisant la verif de apt edit-sources, tu devra initialiser SUDO_EDITOR https://bbs.archlinux.org/viewtopic.php?id=259025

Dernière modification par otyugh (18-12-2021 18:44:14)

Dorico · 18-12-2021 18:48:57

Bonjour et merci Tawal pour ces explications complètes. Il y avait longtemps que je n'avais pas dû modifier un fichier sources.list et j'avais dû prendre de mauvaises habitudes

Merci également otyugh ... Que pense Tawal de ton commentaire ?
J'apprends chaque jour ... grâce à l'équipe de DF ...
Cordialement.

Dernière modification par Dorico (18-12-2021 22:47:01)

Tawal · 18-12-2021 19:03:04

@otyugh : argument : risque de casser la session graphique utilisateur.
Je ne suis pas seul à le penser et à le dire : https://debian-facile.org/viewtopic.php … 50#p202850

Croutons · 18-12-2021 19:06:05

Hello
Sinon pour modifier le sources list en graphique on peut utiliser synaptic

otyugh · 18-12-2021 19:58:46

@otyugh : argument : risque de casser la session graphique utilisateur.

Ce qui compte c'est la vérification, pas le choix de l'éditeur de texte.

Un exemple pour montrer que l'argument est invalide :

sudo EDITOR="pkexec mousepad" apt edit-sources

(et pour avoir regardé ton lien, je ne vois pas vraiment d'argument dans le fil... ? Je rate quelque chose ? Je suis toute ouïe, j'ai juste l'impression que j'ai toujours entendu ce genre d'affirmation, et dans les faits... Ben je vois pas de bonne raison. Sauf une méfiance à priori pour les traitements de textes non-simplistes - mais genre, emacs est bien plus bloat qu'un mousepad )

Dernière modification par otyugh (18-12-2021 20:10:27)

Tawal · 18-12-2021 23:21:52

Il est vrai que j'ai été un peu "sectaire" en disant qu'il ne fallait pas lancer d'application graphique en root dans une session utilisateur.
Et tu as très bien souligné le moyen de comment faire correctement.
Il existe aussi des applications graphiques qui doivent avoir des privilèges élevés pour faire ce qu'elle doivent (synaptic par exemple comme dit Croutons).

Je ne voulais pas rentrer dans les détails, mais j'aurais dû préciser qu'on ne lance pas une application graphique avec des droits root en faisant "sudo app_graph".
C'est le meilleur moyen de "péter" sa session graphique utilisateur.
D'ailleurs certaines applications refusent de se lancer ainsi (ex: firefox de mémoire).
Je n'utilise pas mousepad mais prenons son équivalent : gedit.
On n'édite pas un fichier "root" avec "sudo gedit fich_root", gedit incorpore une fonctionnalité : "gedit admin://fich_root" qui permet d'obtenir les droits (contre un mdp) sur le fichier ouvert et que celui-ci.
Le risque avec "sudo app_graph", c'est de voir des fichiers de configuration de cette application dans le dossier personnel de l'utilisateur corrompus par root. Ce qui peut rendre cette application inopérante pour l'utilisateur.
On peut aussi, en lançant n'importe quoi n'importe comment "péter" sa session graphique.

otyugh · 19-12-2021 07:19:29

Le risque avec "sudo app_graph", c'est de voir des fichiers de configuration de cette application dans le dossier personnel de l'utilisateur corrompus par root.

Des exemples concrets feraient pas de mal (moi j'en ai pas).
Parce que sudo initialise bien le $HOME, donc les préférences de l'utilisateur ne devraient pas être touchées (ou je vois pas comment).

Dernière modification par otyugh (19-12-2021 07:34:39)

Tawal · 19-12-2021 10:15:26

otyugh a écrit :

Parce que sudo initialise bien le $HOME

Ah et pourtant :

sudo echo $HOME

[sudo] Mot de passe de tawal : 

/home/tawal

Quelques explications du risque :
https://doc.ubuntu-fr.org/utilisateurs/ … sudo_gedit
https://askubuntu.com/questions/1162608 … -with-sudo

raleur · 19-12-2021 10:28:34

Tawal a écrit :

sudo echo $HOME

Mauvais exemple (comme souvent dû à un mésusage de sudo). La substitution de $HOME intervient avant l'exécution de sudo.

Tawal · 19-12-2021 10:47:52

Oui, j'étais en train de faire des tests pour comprendre ce résultat.
La commande "echo $HOME" dans un script bash lancé avec sudo renvoie bien /root en résultat.
Et c'est là que j'ai compris que le développement de la variable $HOME se faisait par mon interpréteur (bash) à la lecture de la commande et avant l'exécution de celle-ci.

Pour en revenir à l'utilisation de "sudo app_graph", cela m'était déjà arrivé de planter des applications (nautilus, gedit ...) et le souci était que des fichiers de configuration de ces applications avaient été touchés par root et étaient devenus inaccessibles par mon utilisateur.
Bon, cette histoire a 10 ans environ ...
Mais ce genre de manipulation est très maladroite tout de même.

Edit:
Pour pkexec, il faut que l'exécutable soit enregistré ici : /usr/share/polkit-1/actions
Mon environnement de bureau est Xfce, donc avec Mousepad par défaut.
Il est enregistré dans les actions de pkexec : /usr/share/polkit-1/actions/org.xfce.mousepad.policy
Je peux donc le lancer avec "pkexec mousepad".
Mais mon éditeur préféré est gedit, je l'ai donc installé, et il fonctionne très bien (même la fonctionnalité admin://).
Mais il n'est pas enregistré dans les actions de pkexec.
Et donc, il ne m'est pas possible de le lancer avec "pkexec gedit" sans autre manipulations.

pkexec gedit test

Unable to init server: Impossible de se connecter : Connexion refusée

(gedit:172118): Gtk-WARNING **: 11:06:30.436: cannot open display:

Dernière modification par Tawal (19-12-2021 11:09:42)

Jean-Pierre Pinson · 19-12-2021 11:12:42

et [résolu] c'est à gauche du titre !

Dorico · 19-12-2021 13:06:11

Voilà Jean-Pierre,
Ok. Je viens de corriger tous mes titres de message.
Il faut s'habituer aux habitudes de ce forum ...
Cordialement.

otyugh · 19-12-2021 19:29:00

Et à la politesse/patience irrégulière de ses membres

Debian-facile

#1 18-12-2021 18:14:49

[résolu] Echec à lancer Mousepad en root

#2 18-12-2021 18:25:44

Re : [résolu] Echec à lancer Mousepad en root

#3 18-12-2021 18:36:56

Re : [résolu] Echec à lancer Mousepad en root

#4 18-12-2021 18:48:57

Re : [résolu] Echec à lancer Mousepad en root

#5 18-12-2021 19:03:04

Re : [résolu] Echec à lancer Mousepad en root

#6 18-12-2021 19:06:05

Re : [résolu] Echec à lancer Mousepad en root

#7 18-12-2021 19:58:46

Re : [résolu] Echec à lancer Mousepad en root

#8 18-12-2021 23:21:52

Re : [résolu] Echec à lancer Mousepad en root

#9 19-12-2021 07:19:29

Re : [résolu] Echec à lancer Mousepad en root

#10 19-12-2021 10:15:26

Re : [résolu] Echec à lancer Mousepad en root

#11 19-12-2021 10:28:34

Re : [résolu] Echec à lancer Mousepad en root

#12 19-12-2021 10:47:52

Re : [résolu] Echec à lancer Mousepad en root

#13 19-12-2021 11:12:42

Re : [résolu] Echec à lancer Mousepad en root

#14 19-12-2021 13:06:11

Re : [résolu] Echec à lancer Mousepad en root

#15 19-12-2021 19:29:00

Re : [résolu] Echec à lancer Mousepad en root

Pied de page des forums