Xlib: connection to ":0.0" refused by server

[goofy]

Hi,

auch wenn ich DISPLAY auf :0.0 setze bekomme ich, wenn ich z.B. unter KDE eine root-Konsole laufen habe beim Versuch eine GUI zu starten diese Meldung:

Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified


(xsensors:19695): Gtk-WARNING **: cannot open display:

Wie kann ich unter root den Kram laufen lassen?

goofy

[garibaldi]

...wenn ich z.B. unter KDE eine root-Konsole laufen habe...

Wie hast du die geöffnet?

[KBDCALLS]

Dann sollte aber ein

Code: Alles auswählen

xhost +

als User helfen. Und dann per su root werden.

[ScyTheMan]

Dann sollte aber ein

Code: Alles auswählen

xhost +

als User helfen. Und dann per su root werden.

Das ist aber recht böse, da dann so gut wie jeder grafische Anwendungen starten kann. Siehe dazu auch http://www.theparallax.org/dcoul/user2root/xhost.shtml

Besser wäre nach dem Einloggen per root ein "xauth merge .Xauthority" (die Datei liegt im Homeverzeichnis des X-Besitzers). Dann hat auch wirklich nur root zusätzlich Zugriff auf deinen X-Server.

[KBDCALLS]

Schreibt man

Code: Alles auswählen

xhost +localhost

dann wirds wohl entschärft . Und ne andere Lösung wäre sux

[Joghurt]

Bzw unter KDE wohl kdesu. Einfach als normaler Benutzer "kdesu Programmname" und das Ding läuft.

[rotwein]

kdesu kann sogar noch mehr, nämlich mit Paramern der Programme umgehen. Sieht dann in etwa so aus

Code: Alles auswählen

kdesu <Programm> <Parameter>

Wenn Du also also eine Datei, für die Du rootrechte benötigst, mit z.B. kwrite bearbeiten willst sieht das so aus

Code: Alles auswählen

kdesu kwrite /pfad/zur/datei &

(in einer Konsoe unter kde). (das & stellt den Prozess in den hintergrund und Du kannst in der Konsole noch arbeiten)

...und das rumgeeiere mit xhost und DISPLAY fällt auch weg!

Gruß rotwein
...der kdesu nicht missen möchte...

[goofy]

Die .XAuthority Methode ist dann generell sicherer als xhost aber kdesu rockt
Danke!

goofy

[ScyTheMan]

gksu gibt es übrigens auch noch.