On Wednesday 21 January 2009 15:08:35 Kai Krämer wrote:

Hallo Felix.

Am Mittwoch, den 21.01.2009, 14:39 +0100 schrieb Felix Lemke:

...

On Wednesday 21 January 2009 12:39:00 Kai Krämer wrote:

...

Wenn ich mich mit su [andererBenutzerName] in der Konsole (KDE4) anmelde bekomme ich keine grafischen Programme gestartet (zB. dolphin)??? Er bleibt einfach hängen und ich muß mit Strg+c abbrechen.

mach erst mal export DISPLAY=:0

dann das Programm starten

Danke für den Tip, aber ...

kai@tower2:~> su anke Passwort: anke@tower2:/home/kai> export DISPLAY=:0 anke@tower2:/home/kai> dolphin ^C anke@tower2:/home/kai>

Dann mach einfach kdesu dolphin

Danke für den Tip, aber ...

kai@tower2:~> su anke Passwort: anke@tower2:/home/kai> export DISPLAY=:0 anke@tower2:/home/kai> dolphin ^C anke@tower2:/home/kai>

Gib mal den host mit an, z.B. export DISPLAY=localhost:0.0 Allerdings, denke ich, kommt doch die Fehlermeldung: Can't connect to X Server? Gibt es da nicht noch den Befehl xhost+ ? Gruss Oliver -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

2009/1/21 Kyek, Andreas, VF-DE :

...

Achja: sudo ist besser.

Warum? Das kann man so oder so sehen!

Verbessertes Auditing, bessere Kontrolle, der Anwender braucht kein Root-Passwort... Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am 21. Januar 2009 16:00 schrieb Kai Krämer :

kai@tower2:~> sudo -u anke dolphin <unknown program name>(6033)/: KUniqueApplication: Cannot find the D-Bus session server

<unknown program name>(6032)/: KUniqueApplication: Pipe closed unexpectedly.

Versuch's mal mit sudo -i Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Mittwoch, den 21.01.2009, 15:22 +0100 schrieb Christian Brabandt:

Hi Kai!

On Wed, 21 Jan 2009, Kai Krämer wrote:

...

Wenn ich mich mit su [andererBenutzerName] in der Konsole (KDE4) anmelde bekomme ich keine grafischen Programme gestartet (zB. dolphin)??? Er bleibt einfach hängen und ich muß mit Strg+c abbrechen.

http://www.dcoul.de/faq/html/5.html#5.xdisplayzugriff

http://www.dcoul.de/infos/user2root.html in Abschnitt "Zugriff auf den X-Server" wird sehr ausgiebig eine Variante beschrieben, welche ich vorher nie brauchte. Ist das die Leitungslösung??!?!?!? Gruß, Kai ---SCHNIPP--- Zugriff auf den X-Server Wer nun versucht ein X-Programm zu starten wird bitter enttäuscht werden, denn auch "root" darf nicht ohne weiteres einen fremden X-Server als Ausgabemedium missbrauchen - dies muss zuvor der User gestatten. Die eigenen "Schlüssel" hierzu liegen in der Datei "~/.Xauthority", und können über "xauth list" eingesehen werden. Will nun ein anderer User (in diesem Fall "root") auf unseren X-Server zugreifen, so benötigt er einen passenden Schlüssel: Diesen kann der User mit dem Befehl "xauth extract schluessel $DISPLAY" in einer Datei (in diesem Beispiel "schluessel") abspeichern, und "root" mit dem Befehl "xauth merge schluessel" dauerhaft seiner "~/.Xauthority" hinzufügen. Doch noch immer kann kein X-Programm gestartet werden, denn diesem muss erst noch mitgeteilt werden, welches Display verwendet werden soll. Hierfür sorgt die Shellvariable "DISPLAY" (vgl. "man X"), die "root" noch setzen muss (z.B. durch die Eingabe von "DISPLAY=:0.0; export DISPLAY"). Ein Beispiel, bei dem der Dateimanager "X-Files" mit Rootrechten in einer User-X-Session genutzt werden soll: jo@planet ~> xauth extract xauth_jo $DISPLAY jo@planet ~> su - Password: root@planet:~> xauth merge /home/jo/xauth_jo xauth: creating new authority file /root/.Xauthority root@planet:~> DISPLAY=:0.0; export DISPLAY root@planet:~> X-Files Starting X-Files... Will man diese Einstellungen nicht jedesmal neu vornehmen sondern automatisch setzen lassen, so bietet sich für die Shellvariable $DISPLAY des "Users root" die Datei "/root/.bashrc" an (sofern die Bash verwendet wird). Der Schlüssel selber bleibt für künftige Sitzungen erhalten. Da "root" jedoch die Daten des Users lesen kann, ist in diesem Fall ein auslesen, transportieren und einfügen des Schlüssels nicht erforderlich - so ist es möglich, statt dem Ex- und Importieren einfach die gesamte Datei "~/.Xauthority" des Users zu übernehmen. Beispiel: jo@planet ~> su - Password: root@planet:~> cp /home/jo/.Xauthority /root/ root@planet:~> DISPLAY=:0.0; export DISPLAY root@planet:~> X-Files Starting X-Files... Weniger dramatisch als das Kopieren oder Importieren fremder Zugangsdaten ist das Setzen der Umgebungsvariablen "XAUTHORITY", die "root" einfach auf die ".Xauthority" des Users zeigen lassen kann. Allerdings muss bei dieser Methode die Variable bei jedem Wechsel zum Rootaccount erneut gesetzt werden (vgl. $DISPLAY): jo@planet ~> su - Password: root@planet:~> XAUTHORITY=/home/jo/.Xauthority; export XAUTHORITY root@planet:~> DISPLAY=:0.0; export DISPLAY root@planet:~> X-Files Starting X-Files... ---SCHNAPP---

Und der Gewinner ist: Andreas!! Am Mittwoch, den 21.01.2009, 15:30 +0100 schrieb Kyek, Andreas, VF-DE:

kt.kraemer@web.de wrote:

...

Manchmal habe ich krumme Finger, an anderen Tagen scheint mich google/linux nicht zu mögen:

Wenn ich mich mit su [andererBenutzerName] in der Konsole (KDE4) anmelde bekomme ich keine grafischen Programme gestartet (zB. dolphin)??? Er bleibt einfach hängen und ich muß mit Strg+c abbrechen.

kai@tower2:/> su anke Passwort: anke@tower2:/> dolphin ^C anke@tower2:/>

Ich kann das hier nachvollziehen.

Versuch mal "su - anke" statt "su anke". Das funktioniert hier (mit anderen username natürlich)

Hat geklappt. Jetzt habe ich meine Performance wieder. Vielen Dank an alle!!! Gruß, Kai