Hallo zusammen, wenn ich mich als root beim Anmeldungsmanager einloggen möchte, dann wird der XServer neugestartet und ich lande wieder beim Anmeldungsmanager. Als Benutzer kann ich mich einloggen. Wenn ich mich in einem Terminal mit sux einloggen möchte und dann z.B. xemacs starte dann erhalte ich folgende Fehlermeldung: --------------------------------------------------------------- Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server X server not responding : ":0.0" --------------------------------------------------------------- Eine der letzten Aktionen, die ich als root ausgeführt habe, war VMWare zu installieren. Kann dies irgendwelche Einstellungen verändert haben, die diesen Effekt haben? Kann mir da jemand helfen? Danke. Gruss Florian
Kann mir da irgendjemand helfen? (siehe weiter unten). Ich habe auch folgendes festgestellt: Wenn ich mich an einem Terminal mit sux als root eingeloggt habe, dann ist zwar z.B. HOME=/root aber "env | grep puce" ergibt ("puce" ist mein Username): GTK2_RC_FILES=/etc/opt/gnome/gtk-2.0/gtkrc:/opt/gnome/share/themes/Geramik/gtk-2.0/gtkrc:/home/puce/.gtkrc-2.0-thinkeramik:/home/puce/.kde/share/config/gtkrc GTK_RC_FILES=/etc/opt/gnome/gtk/gtkrc:/opt/gnome/share/themes/Geramik/gtk/gtkrc:/home/puce/.gtkrc-thinkeramik:/home/puce/.kde/share/config/gtkrc KDEHOME=/home/puce/.kde USER=puce PWD=/home/puce TEXINPUTS=::/home/puce/.TeX:/usr/share/doc/.TeX:/usr/doc/.TeX:/home/puce/.TeX:/usr/share/doc/.TeX:/usr/doc/.TeX LOGNAME=puce Ist das normal? Oder hat das einen Zusammenhang mit dem beschriebenen Problem? Gruss Florian Am Samstag, 11. September 2004 18.22 schrieb Florian Brunner:
wenn ich mich als root beim Anmeldungsmanager einloggen möchte, dann wird der XServer neugestartet und ich lande wieder beim Anmeldungsmanager. Als Benutzer kann ich mich einloggen. Wenn ich mich in einem Terminal mit sux einloggen möchte und dann z.B. xemacs starte dann erhalte ich folgende Fehlermeldung: --------------------------------------------------------------- Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server
X server not responding
: ":0.0"
--------------------------------------------------------------- Eine der letzten Aktionen, die ich als root ausgeführt habe, war VMWare zu installieren. Kann dies irgendwelche Einstellungen verändert haben, die diesen Effekt haben?
anyone? Am Sonntag, 12. September 2004 12.41 schrieb Florian Brunner:
Kann mir da irgendjemand helfen? (siehe weiter unten).
Ich habe auch folgendes festgestellt: Wenn ich mich an einem Terminal mit sux als root eingeloggt habe, dann ist zwar z.B. HOME=/root aber "env | grep puce" ergibt ("puce" ist mein Username): GTK2_RC_FILES=/etc/opt/gnome/gtk-2.0/gtkrc:/opt/gnome/share/themes/Geramik/ gtk-2.0/gtkrc:/home/puce/.gtkrc-2.0-thinkeramik:/home/puce/.kde/share/config /gtkrc GTK_RC_FILES=/etc/opt/gnome/gtk/gtkrc:/opt/gnome/share/themes/Geramik/gtk/g tkrc:/home/puce/.gtkrc-thinkeramik:/home/puce/.kde/share/config/gtkrc KDEHOME=/home/puce/.kde USER=puce PWD=/home/puce TEXINPUTS=::/home/puce/.TeX:/usr/share/doc/.TeX:/usr/doc/.TeX:/home/puce/.T eX:/usr/share/doc/.TeX:/usr/doc/.TeX LOGNAME=puce
Ist das normal? Oder hat das einen Zusammenhang mit dem beschriebenen Problem?
Gruss Florian
Am Samstag, 11. September 2004 18.22 schrieb Florian Brunner:
wenn ich mich als root beim Anmeldungsmanager einloggen möchte, dann wird der XServer neugestartet und ich lande wieder beim Anmeldungsmanager. Als Benutzer kann ich mich einloggen. Wenn ich mich in einem Terminal mit sux einloggen möchte und dann z.B. xemacs starte dann erhalte ich folgende Fehlermeldung: --------------------------------------------------------------- Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server
X server not responding
: ":0.0"
--------------------------------------------------------------- Eine der letzten Aktionen, die ich als root ausgeführt habe, war VMWare zu installieren. Kann dies irgendwelche Einstellungen verändert haben, die diesen Effekt haben?
Am Montag, 13. September 2004 14:41 schrieb Florian Brunner:
anyone?
man su. zitat: SU Section: User Commands (1) NAME su - run a shell with substitute user and group IDs SYNOPSIS su [OPTION]... [-] [USER [ARG]...] DESCRIPTION Change the effective user id and group id to that of USER. -, -l, --login make the shell a login shell also sux - statt sux um das komplette environment so zu bekommen als ob man sich direkt als root angemeldet hätte. bye, MH
Am Montag, 13. September 2004 14.46 schrieb Mathias Homann:
also sux - statt sux um das komplette environment so zu bekommen als ob man sich direkt als root angemeldet hätte.
Ok, danke, aber ich bekomme dennoch die Fehlermeldung. Es kann doch nicht sein, dass ich mich ausgerechnet als root nicht mehr auf den xserver connecten kann. Hat doch bis jetzt auch immer geklappt...
Am Montag, 13. September 2004 15:12 schrieb Florian Brunner:
Am Montag, 13. September 2004 14.46 schrieb Mathias Homann:
also sux - statt sux um das komplette environment so zu bekommen als ob man sich direkt als root angemeldet hätte.
Ok, danke, aber ich bekomme dennoch die Fehlermeldung. Es kann doch nicht sein, dass ich mich ausgerechnet als root nicht mehr auf den xserver connecten kann. Hat doch bis jetzt auch immer geklappt... Gib mal auf der xconsole "xhost + localhost" und dann sux an. Dann müßte es funktionieren. Viele Grüße, Heinz Dittmar
Am Montag, 13. September 2004 15.17 schrieb Heinz Dittmar:
Gib mal auf der xconsole "xhost + localhost" und dann sux an. Dann müßte es funktionieren.
Funktioniert nicht, aber "xhost +" funktioniert. Ist aber sicherheitsmässig nicht so top, soviel ich weiss. Ich konnte ausserdem bis vor kurzem noch ohne "xhost +" x-applikationen mit sux laufen lassen. Ausserdem kann ich mich immer noch nicht über den Anmeldungsmanager einloggen.
Hallo, On 13-Sep-2004 Florian Brunner wrote:
Am Montag, 13. September 2004 15.17 schrieb Heinz Dittmar:
Gib mal auf der xconsole "xhost + localhost" und dann sux an. Dann müßte es funktionieren.
Funktioniert nicht, aber "xhost +" funktioniert. Ist aber
Hier nicht :-(
sicherheitsmässig nicht so top, soviel ich weiss. Ich konnte ausserdem bis vor kurzem
Sicherer duerfte ein xhost +local:root@ sein. Und dann weiter mit su.
noch ohne "xhost +" x-applikationen mit sux laufen lassen. Ausserdem kann ich
Mit sux klappt es hier nicht. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke wrote:
Hallo,
On 13-Sep-2004 Florian Brunner wrote:
Am Montag, 13. September 2004 15.17 schrieb Heinz Dittmar:
Gib mal auf der xconsole "xhost + localhost" und dann sux an. Dann müßte es funktionieren.
Funktioniert nicht, aber "xhost +" funktioniert. Ist aber
Hier nicht :-(
ich benutze immer nach dem "su root" su $USER -c 'xauth extract - '$DISPLAY | xauth merge - wobei $USER den User enthält, der am X Server angemeldet ist. Torsten
Hallo Florian, hallo Leute, Am Montag, 13. September 2004 16:45 schrieb Florian Brunner:
Am Montag, 13. September 2004 15.17 schrieb Heinz Dittmar:
Gib mal auf der xconsole "xhost + localhost" und dann sux an. Dann müßte es funktionieren.
Funktioniert nicht, aber "xhost +" funktioniert. Ist aber sicherheitsmässig nicht so top, soviel ich weiss.
So könnte man das auch nennen... xhost + ist eine sehr große Sicherheitslücke, weil sich dann *jeder* auf den X-Server connecten und sämtliche Eingaben mitlesen kann.
Ich konnte ausserdem bis vor kurzem noch [...] x-applikationen mit sux laufen lassen.
Schuss ins Blaue: Benenne mal die Datei /root/.Xauthority um. Beim nächsten sux-Aufruf müsste sie neu angelegt werden und sux sollte wieder funktionieren. (Zumindest hat das nach dem Update auf SuSE 9.1 geholfen.)
Ausserdem kann ich mich immer noch nicht über den Anmeldungsmanager einloggen.
Als User? Oder als root? (wenn letzteres: das ist besser so ;-) [1] Gruß Christian Boltz [1] Warum sollte man sich nicht als root unter X oder KDE einloggen? http://suse-linux-faq.koehntopp.de/q/q-sicherheit-x_nonroot.html -- [Im Bugtracker nachsehen] Da weiss man gleich, ob die Software einen Bug hat, oder man selbst... [Franz Alt in suse-linux]
Am Montag, 13. September 2004 23.12 schrieb Christian Boltz:
Ich konnte ausserdem bis vor kurzem noch [...] x-applikationen mit sux laufen lassen.
Schuss ins Blaue: Benenne mal die Datei /root/.Xauthority um. Beim nächsten sux-Aufruf müsste sie neu angelegt werden und sux sollte wieder funktionieren. (Zumindest hat das nach dem Update auf SuSE 9.1 geholfen.)
Hm, mit der alten Datei bekomme ich die Fehlermeldung: -------------------------------------------------------------- Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server X server not responding : ":0.0" -------------------------------------------------------------- mit der neu generierten Datei: -------------------------------------------------------------- X server not responding : "voyager.local:0.0" -------------------------------------------------------------- (voyager ist der Rechnername) Insgesamt also nicht viel besser. Ich habe mittlerweile auf KDE 3.3 upgedated, hat das Problem jedoch nicht behoben :-(
Ausserdem kann ich mich immer noch nicht über den Anmeldungsmanager einloggen.
Als User? Oder als root? (wenn letzteres: das ist besser so ;-) [1]
Als root. Bin normalerweise mit Dir einverstanden, aber es hat auch schon mal die Situation gegeben, wo ich mich lieber kurz bei kdm als root eingeloggt, die Einstellungen vorgenommen und mich wieder ausgeloggt habe.
[1] Warum sollte man sich nicht als root unter X oder KDE einloggen? http://suse-linux-faq.koehntopp.de/q/q-sicherheit-x_nonroot.html
Geht das gar nicht mehr sich als root unter KDE einzuloggen oder klappt das bei Euch noch? (SuSE 9.1; KDE 3.3) ssh -X root@localhost und kdesu funktionieren glücklicherweise. Kann also auf ssh umsteigen. Aber es ärgert mich trotzdem, dass sux auf einmal nicht mehr funktioniert. Hab das Gefühl ich hab was vermurkst, weiss aber nicht was :-( Gruss Florian
Hi
da wir am Raten sind ;)
On Tue, 14 Sep 2004 15:45:32 +0200
Florian Brunner
Am Montag, 13. September 2004 23.12 schrieb Christian Boltz:
Ich konnte ausserdem bis vor kurzem noch [...] x-applikationen mit sux laufen lassen.
Schuss ins Blaue: Benenne mal die Datei /root/.Xauthority um. Beim nächsten sux-Aufruf müsste sie neu angelegt werden und sux sollte wieder funktionieren. (Zumindest hat das nach dem Update auf SuSE 9.1 geholfen.)
hast du schon einmal probier die /<eingeloggteruser>/.Xauthority in ~root zu kopieren? ist x mit nolisten tcp gestartet. sorry, sollten die Antworten schon gekommen sein, jedoch habe ich nicht den ganzen thread verfolgt. mfg martin
participants (7)
-
Christian Boltz
-
Florian Brunner
-
Heinz Dittmar
-
Heinz W. Pahlke
-
Martin Jenewein
-
Mathias Homann
-
Torsten Foertsch