[su dbus]Edition en superuser-Erreur dbus (RESOLU)

[GuilouV]

Voilà un problème simple à expliquer, la solution le sera peut être moins facile à trouver...

Lorsque je veux modifier un fichier en superuser avec la commande "su", le fichier ne s'ouvre pas et j'obtiens (pour rc.conf par exemple) :

Code : Tout sélectionner

gedit /etc/rc.conf
**
GLib-GIO:ERROR:gdbusconnection.c:2270:initable_init: assertion failed:(connection->initialization_error == NULL)
Abandon

Infos complémentaires :

J'utilise Slim avec ce .xinitrc :

Code : Tout sélectionner

#!/bin/sh

export LC_ALL=fr_FR.UTF-8
export LANGUAGE=fr_FR.UTF-8
export LANG=fr_FR.UTF-8
if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
eval `dbus-launch --sh-syntax --exit-with-session`
echo "$DBUS_SESSION_BUS_ADDRESS"
fi
exec awesome

Je peux conterner ce souci en utilisant "su -" au lieu de "su" mais je ne sais pas si son utilisation est recommandée. De plus, après un "su" tout fonctionne en lançant "dbus-launch gedit /etc/rc.conf".

Enfin, depuis ce souci je dois compiler mes paquets en superuser ce qui n'est pas recommandé pour le coup. Et je précise qu'ajouter "dbus-launch" dans .xinitrc ne change rien.

[tuxce]

"su" garde les variables utilisateur, ce qui n'est pas du tout recommandé, un cas qui se présente souvent:
je lance "su", XDG_CONFIG_HOME reste à /home/tuxce/.config
si je n'ai jamais lancé le soft x qui écrit sa config dans $XDG_CONFIG_HOME/x, il en créera une mais en root, et lorsque je le lancerai en utilisateur, j'aurais une/des erreurs sans savoir pourquoi.

Sinon, pour être plus précis, le "gedit" avec su ne fonctionne pas parce que "DBUS_SESSION_BUS_ADDRESS" reste renseignée mais qu'elle ne correspond pas au root.

[GuilouV]

Merci tuxce.
Donc comment puis-je éditer les fichier qui nécessite l'accès root (vu que "su" ne fonctionne pas)? "su -" fonctionne mais est-il potentiellement risqué ou source de problèmes futurs?

[benjarobin]

Il est fortement conseiller d'utiliser gtksu ou kdesu. (Tu n'as rien à configurer, c'est le plus sécurisé, pas de problème de thème ou d'apparence...)
Mais sinon il faudrait faire avec "su -" et donner l’autorisation à root pour se connecter à X.

[tuxce]

+1sinon, perso, j'utilise vim donc le dbus etc... ne posent pas de souci et je préfère un sudo avec éventuellement un

Code : Tout sélectionner

Defaults env_reset

Après, chacun trouve chaussure à son pied

[GuilouV]

Super, après un "su" vim fait parfaitement le boulot ! MERCI