[Librazik2] Gksu pluma et .Xauthority
Salut !
je crois que le débat sur su ou sudo a encore de beaux jours devant lui !
j'ai lu une fois que pour lancer des applications graphiques avec les droits du superutilisateur, "gksu monapplication" n'était pas recommandé, je ne sais plus pourquoi et je n'ai jamais eu de problème particulier avec, jusqu'à présent.
Hier j'ai fait quelques tests sur un serveur local apache2, et j'ai édité des fichiers texte grâce à gksu pluma. Après avoir fermé les fichiers, j'ai constaté que le fond d'écran avait changé et que les applications graphiques ne se lançaient pas. Je n'y ai pas prêté plus d'attention que cela et ais éteint la machine.
Aujourd'hui, ô surpise ! Bloqué sur lightdm, et ce message en console :
J'ai bien essayé diverses solutions trouvées sur le net comme
sans succès. J'ai fini par vouloir réinstaller, mais avant j'ai essayé de copier le fichier .Xauthority du dossier user du live dans celui du système installé, en remplaçant Librazik-studio-audio par mon nom d'utilisateur. Ça a fonctionné !
Il semble donc que le fichier .Xauthority ait été corrompu ou déplacé.
D'après ce que j'ai vu, c'est une erreur qui arrive souvent quand on essaie de lancer Xorg après s'être connecté en ssh sur une machine distante. Il arrive que le fichier .Xauthority soit transféré à root.
J'aimerais comprendre ce qui s'est passé pour éviter que ça ne se reproduise (je ne suis pas sûr de mon analyse), et surtout comment travailler sur on serveur local en graphique sans casser mon système.
je crois que le débat sur su ou sudo a encore de beaux jours devant lui !
j'ai lu une fois que pour lancer des applications graphiques avec les droits du superutilisateur, "gksu monapplication" n'était pas recommandé, je ne sais plus pourquoi et je n'ai jamais eu de problème particulier avec, jusqu'à présent.
Hier j'ai fait quelques tests sur un serveur local apache2, et j'ai édité des fichiers texte grâce à gksu pluma. Après avoir fermé les fichiers, j'ai constaté que le fond d'écran avait changé et que les applications graphiques ne se lançaient pas. Je n'y ai pas prêté plus d'attention que cela et ais éteint la machine.
Aujourd'hui, ô surpise ! Bloqué sur lightdm, et ce message en console :
xset: unable to open display “”
J'ai bien essayé diverses solutions trouvées sur le net comme
export DISPLAY=0 xset q
sans succès. J'ai fini par vouloir réinstaller, mais avant j'ai essayé de copier le fichier .Xauthority du dossier user du live dans celui du système installé, en remplaçant Librazik-studio-audio par mon nom d'utilisateur. Ça a fonctionné !
Il semble donc que le fichier .Xauthority ait été corrompu ou déplacé.
D'après ce que j'ai vu, c'est une erreur qui arrive souvent quand on essaie de lancer Xorg après s'être connecté en ssh sur une machine distante. Il arrive que le fichier .Xauthority soit transféré à root.
J'aimerais comprendre ce qui s'est passé pour éviter que ça ne se reproduise (je ne suis pas sûr de mon analyse), et surtout comment travailler sur on serveur local en graphique sans casser mon système.
Mégaphone
calixtus06, 14:33, jeu. 28 mars 2024:
Bonjour et bienvenue à b.vl
calixtus06, 09:30, mer. 27 mars 2024:
Bonjour et bienvenue à Noar
olinuxx, 18:50, lun. 25 mars 2024:
Bonjour et bienvenue à Ted Demore
olinuxx, 17:52, dim. 24 mars 2024:
Bonjour et bienvenue à Noitavon
calixtus06, 11:07, jeu. 21 mars 2024:
Bonjour et bienvenue à obds, ceric
obds, 16:12, mar. 19 mars 2024:
Cet édito est juste parfait. Trop beau !
olinuxx, 11:48, ven. 15 mars 2024:
Bonjour et bienvenue à Jerry
calixtus06, 18:03, mer. 13 mars 2024:
Bonjour et bienvenue à tanguero
olinuxx, 11:01, dim. 10 mars 2024:
Bonjour et bienvenue à lolo
bda, 16:59, sam. 09 mars 2024:
Chapeau pour l'édito. Vous êtes au top les gars
olinuxx, 19:52, mer. 06 mars 2024:
Bonjour et bienvenue à TrkNrk