[gelöst] gedit unter Wheezy will nicht

[Prisma1]

Hallo Loide,

laut "uname -a" ist mein System:
"Linux prisma 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux"

Code: Alles auswählen

# gedit /etc/apt/sources.list

..ergibt folgenden Fehler:
"(gedit:3815): EggSMClient-WARNING **: Failed to connect to the session manager: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed


** (gedit:3815): WARNING **: Could not connect to session bus"

...und lässt mich damit ratlos zurück.

Kann da jemand auflösen?

Danke im Voraus
prisma

[Saxman]

Mal etwas Grundsätzliches. Du solltest Konfigurationsdateien nicht mit grafischen Programmen als root bearbeiten. Es gibt hier einige Threads in denen sich Leute dadurch die Konfiguration zerschießen. Benutze lieber Konsoleneditioren wie nano oder vim.

[Prisma1]

hmm:
Ok, danke erstmal.

Code: Alles auswählen

# nano /etc/apt/sources.list

...tut, was es soll.

[cronoik]

Hi,

abgesehen davon das Saxman recht hat, sagt die Fehlermeldung das du über su versuchst ein grafisches Programm (hier gedit) zu starten. su funktioniert aber nur im terminal und nicht bei grafischen Sachen. Wenn du ein grafisches Programm mit root-Rechten starten möchtest, dann musst du sux nehmen. Dieses muss aber, in der Regel, nachinstalliert werden.

[Prisma1]

... dann musst du sux nehmen. Dieses muss aber, in der Regel, nachinstalliert werden.

Auch wenn das Problem eigentlich schon gelöst ist, frag ich nur um es zu verstehen...

sux habe ich installiert und nach dem gedit-Aufruf die folgende fast gleichlautende Fehlermeldung bekommen:
"(gedit:4358): EggSMClient-WARNING **: Failed to connect to the session manager: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed


** (gedit:4358): WARNING **: Could not connect to session bus"

any Ideas?

[Saxman]

Wenn ein grafisches Programm mit root-Rechten starten möchtest, dann musst du sux nehmen. Diese muss aber in der Regel nach installiert werden.

Alternativ kann man unter Gnome auch gksu nehmen um Programme als anderer User auszuführen. Im Groben besagt der Fehler, dass sich der Benutzer der versucht ein grafisches Programm zu starten, aufgrund fehlender Authentifizierung nicht am session Manager anmelden kann.

http://developer.gnome.org/gtk3/3.3/gtk ... ation.html

[rhHeini]

Meine Erfahrung mit gedit als Editor für Konfigurationsdateien und Skripte: nutze ich wann immer es geht, bisher hat es mir nichts zerhauen (Etch, Lenny, Squeeze).

Mit ist aber gestern aufgefallen dass ich z.B. die fstab mit gedit öffnen kann, nicht aber die crypttab und ein paar weitere Dateien in /etc. Die Symptome waren ähnlich wie vom TE beschrieben. Heute abend kann ich die ausprobierten Dateien einwandfrei mit geedit öffnen. Verstehe wer will.

Gruss, rh

[raa]

Alternativ kann man unter Gnome auch gksu nehmen um Programme als anderer User auszuführen. Im Groben besagt der Fehler, dass sich der Benutzer der versucht ein grafisches Programm zu starten, aufgrund fehlender Authentifizierung nicht am session Manager anmelden kann.

http://developer.gnome.org/gtk3/3.3/gtk ... ation.html

Hm, kann mir dann mal einer erklären, wieso das bei mir User "hk" kann, aber root nicht

Code: Alles auswählen

gksu gedit
glibtop: Non-standard uts for running kernel:
release 3.14-0.bpo.1-686-pae=3.14.0 gives version code 200192


(gedit:7814): EggSMClient-WARNING **: Failed to connect to the session manager: None of the authentication protocols specified are supported


(gedit:7814): Gtk-CRITICAL **: gtk_window_set_default: assertion `gtk_widget_get_can_default (default_widget)' failed

Das äußert sich dann so, dass ich in Dateiauswahl-Dialogen als User "versteckte" Dateien / Verzeichnisse sehen kann, aber nicht als root. (Aus gedit, in anderen grafischen Programmen kein Problem.)

[raa]

Mal etwas Grundsätzliches. Du solltest Konfigurationsdateien nicht mit grafischen Programmen als root bearbeiten. Es gibt hier einige Threads in denen sich Leute dadurch die Konfiguration zerschießen.

viewtopic.php?f=29&t=138966&start=15

[ulliroyal]

Don't try this at home !!:

Man kann auch einen kompletten Window-Manager (xfce oder so) mit root Rechten starten, und damit sogar mit Dolphin oder Nautilus Daten hin und her schieben, gedit nutzen etc. Komfortabel manchmal .. wenn man weiß, was man tut.

[raa]

Man kann sich auch einen Knopf an die Backe nähen und ein Klavier dranhängen, dann weiß man, wie schwer Musik ist. Bloß nicht, warum mein gedit mit Root-Rechten keine "versteckten" Dateien und Verzeichnisse sieht. Z.B. "/root/.local/gedit/", also sein "eigenes", sozusagen.

[ulliroyal]

Man kann sich auch einen Knopf an die Backe nähen und ein Klavier dranhängen, dann weiß man, wie schwer Musik ist. Bloß nicht, warum mein gedit mit Root-Rechten keine "versteckten" Dateien und Verzeichnisse sieht. Z.B. /root/.local/gedit/ also sein "eigenes", sozusagen.

Die Dateien finde ich zwar nicht, aber sonst kriegt diese Methode alles schnell mit gedit auf:
ctrl-alt F1
login: root
***
startx

fertich, ganz ohne Knopf

[raa]

fertich, ganz ohne Knopf

Ohne Kopf, wolltest du wohl sagen. Als root loggt man sich nur ein, wenn's gar nicht anders geht.

[ulliroyal]

Ohne Kopf, wolltest du wohl sagen. Als root loggt man sich nur ein, wenn's gar nicht anders geht.

Ich dachte, du wolltest eine Datei einfach mit root-rechten und gedit öffnen, wie dumm von mir

[raa]

Erledigt.

[raa]

Mal etwas Grundsätzliches. Du solltest Konfigurationsdateien nicht mit grafischen Programmen als root bearbeiten.

Das geht schon, man muss nur wissen, was man tut. Ich wusste es bis dato auch nicht so genau.

Es gibt hier einige Threads in denen sich Leute dadurch die Konfiguration zerschießen.

Das kann sein, muss aber nicht.

Alternativ kann man unter Gnome auch gksu nehmen um Programme als anderer User auszuführen.

Das kann man nicht nur, das sollte man. Für grafische Programme, für andere nicht!

Der Befehl sudo ändert die Umgebungsvariable $HOME standardmäßig nicht auf den entsprechenden Pfad zum Ziel-Benutzer (siehe auch Zusammenfassung). Startet man Programme mit sudo besteht die Gefahr, dass Konfigurationsdateien mit falschen Rechten im Heimatverzeichnis des ursprünglichen Benutzers erstellt werden. Startet dieser das Programm später unter seinem eigenen Namen - also ohne sudo - so kann er die Konfiguration nur noch lesend oder eventuell gar nicht mehr öffnen. Daher sollte sudo immer mit der Option -H verwendet werden. Dies gilt auch bei Systembefehlen, die keine Konfigurationsdateien unter $HOME ablegen. Die grafischen sudo-Alternativen leiden nicht unter diesem Problem: Dort wird die Umgebungsvariable $HOME umgestellt.

http://wiki.ubuntuusers.de/sudo#root-be ... Programmen

Das dürfte die Erklärung für alle in diesem Thread angesprochenen Probleme sein, nicht nur für meine.

Im Groben besagt der Fehler, dass sich der Benutzer der versucht ein grafisches Programm zu starten, aufgrund fehlender Authentifizierung nicht am session Manager anmelden kann.

Genau - und warum, sollte jetzt klar sein. Ich weiß nun nicht, welche grafischen Programme ich schon mit sudo (ohne -H) und welche anderen mit gksu gestartet habe und umgekehrt - also für welche Programme ich was im /root - Verzeichnis konfiguriert habe und was in /home/hk/ ... Für gedit ist es jetzt klar.