Am Sunday 13 February 2011 schrieb Andreas Gottwald: > On 12.02.2011 19:10, Martin Steigerwald wrote: > > Am Saturday 12 February 2011 schrieb Andreas Gottwald: > >> Martin Steigerwald schrieb: > >>> Am Friday 11 February 2011 schrieb Andreas Gottwald: > >>>> Simon Hollenbach schrieb: > >>>>> 2011/2/11 Andreas Gottwald<a.go@vr-web.de>: > >>>>>> Andreas Gottwald schrieb: > >>>>>> JETZT HAB ICH GENAU DAS GLEICHE PROBLEM WIEDER !! > >>>>>> > >>>>>> Am einen Rechner läuft Squeeze/Gnome problemlos, am anderen > >>>>>> (selbe Konfiguration!) geht das An-/Abmelden und genauso das > >>>>>> Herunterfahren als Menüauswahl aus der grafischen Oberfläche > >>>>>> nicht --> der Rechner ignoriert die Auswahl einfach!?!?! > >>>>> > >>>>> <snip /> > >>>>> Hallo Andreas, > >>>>> Ich kann mir kaum vorstellen, dass dieses(fehlschlagende) > >>>>> Ereignis keinerlei Eintrag in deinen Logs hinterlässt. Ohne > >>>>> weitere Hinweise wird dir, befürchte ich, niemand helfen können. > >>>>> Versuch doch einfach mal, ob du nicht irgendetwas findest, das > >>>>> mit diesem Ereignis in Verbindung steht. Es wäre vielleicht auch > >>>>> hilfreich, wenn du nochmal etwas Licht in die Anzahl deiner > >>>>> Systeme und ihre Geschichte bezüglich dieses Fehlers bringst, > >>>>> zumindest mich hat da irgendwas verwirrt. > >>>>> > >>>>> Schönen Gruß > >>>>> Simon > >>>> > >>>> Hallo Simon, > >>>> > >>>> in solchen Situationen merke ich, daß ich eben doch (noch) kein > >>>> Linux-Profi bin... > >>>> > >>>> In welchen Log-Dateien würdest Du nachsehen?? > >>>> > >>>> DANKE! > >>> > >>> Am ehesten wohl > >>> - ~/.xsession-errors > >>> - sowie gdm.log, falls es in /var/log so eines gibt, bei KDM gibt > >>> es ein kdm.log > >>> - evtl. auch auth.log oder sogar syslog, wegen es um irgendwelche > >>> PolicyKit-Sachen geht. > >> > >> Hallo Martin, > >> > >> ich finde in den logfiles Hinweise, daß 'shutdown' gesendet wurde > >> bzw. 'quiting'....aber nichts weiter, was auf eine Reaktion des > >> Systems darauf schließen läßt! > > > > Bei sowas ist immer gut, diese Hinweise auch hier zu posten (wenn sie > > nicht zu lang sind). > > > > Und mal $SUCHMASCHINE zu bemühen. > > > > Ansonsten fehlt mir noch die Debian-Fehlerdatenbank zu gdm ein. > > Hallo Martin, > hallo Liste! > > > DAS SIND NUN ALSO DIE LETZTEN ZEILEN DER LOGDATEI "/var/log/auth.log" > > -> nachdem ich 1x <Benutzer abmelden> ausgewählt und danach > -> 1x <Ausschalten> > > aus dem grafischen (Gnome-)Menü ausgwählt habe: > > > ... > Feb 13 14:53:07 praxis-heimpc gdm-session-worker[2794]: > pam_unix(gdm3:session): session opened for user praxis by (uid=0) > Feb 13 14:53:07 praxis-heimpc gdm-session-worker[2794]: > pam_ck_connector(gdm3:session): nox11 mode, ignoring PAM_TTY :0 > Feb 13 14:53:09 praxis-heimpc polkitd(authority=local): Registered > Authentication Agent for session /org/freedesktop/ConsoleKit/Session8 > (system bus name :1.124 > [/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1], > object path /org/gnome/PolicyKit1/AuthenticationAgent, locale > de_DE.utf8) (END) > ... > > > ---> Noch etwas interessantes ist mir aufgefallen: > > Das System reagiert erst dann nicht mehr, sobald ich mind. 1 Anwendung > wie z.B. OpenOffice gestartet und wieder beendet habe. > > Direkt nach dem Anmelden aus gdm heraus kann ich mich "zig"-mal ab- u. > wieder anmelden...?!? > > KOMISCH, oder??? Ja. Eine Zeile kommt mir verdächtig vor: nox11 mode, ignoring PAM_TTY :0 Ich nehme mal an, Dein $DISPLAY ist während der Sitzung :0. Und genau das ignoriert gdm3 da offenbar, da es sich im nox11-Modus befindet. Vielleicht ein Bug in gdm3? Ich finde aber nichts beim Debian Bugtracker oder bei Google. Vielleicht ist es auch eine Standardmeldung von ConsoleKit. Vielleicht hilft es, die Pakete policykit-1 und policykit-1-gnome zu installieren[1]. Sind die bei Dir schon drauf? Mehr fällt mir grad auch nicht ein. [1] shutdown/restart requires policykit-1: http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=554978 -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Attachment:
signature.asc
Description: This is a digitally signed message part.