Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

11.05.2011, 16:18

KDE startet nicht nach upgrade auf 4.6.2

Hallo zusammen,

ich habe gestern/heute mein KDE System auf die Version 4.6.2 umgestellt, die ja jetzt stable ist.
Leider friert KDE beim Anmelden mit KDM total ein (Probelme mit dbus, Check if you have started the DBUS Server).

Bei der Suche im Internet bin ich auf die Fehlermeldungen 365637 und 365479 von Gentoo Bug gestoßen,
die das Problem, das ich habe, ziemlich genau beschreiben (insbesondere 365637). Bei beiden Bugreports
scheint ja wohl das Paket net-libs/glib-networking das Problem zu verursachen. KDE funktioniert wieder, wenn es
deinstatiert ist.

Mein Problem ist: Auf meinem System ist dieses Paket gar nicht installiert, kann also nicht das Problem sein.

Hat irgendjemand bei upgraten ein ähnliches Problem mit KDE?

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »günniw« (15.09.2011, 16:31)


2

11.05.2011, 16:57

http://www.gentoo.org/proj/en/desktop/kd…-46-upgrade.xml

guck dir das mal an ... vieleicht hilft dir das howto ...
''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

3

17.05.2011, 11:47

Hmm.., nein, hier läuft alles rund...
Mache doch bitte mal ein Test ohne DisplayManager (kdm)
Erstelle für dein User eine .xinitrc

Quellcode

1
$ echo "exec ck-launch-session startkde" > ~/.xinitrc

beende das xdm Script

Quellcode

1
# /etc/init.d/xdm stop

Melde dich als User an und schau dann mal was ein

Quellcode

1
$ startx
sagt..?

4

17.05.2011, 16:57

@josef95: da passiert genau das nämliche. KDE friert beim Hochfahren ein. Komischerweise sieht hier die log Datei von
Xorg gar nicht schlecht aus. Die Fehlermeldungen sind weg, aber KDE bleibt trotzdem hängen.

@schattenbschlag: den Leitfaden hatte ich mir schon vorher ausgedruckt. Beim genauen Hinschauen ist mir aufgefallen,
dass bei einem selbst kompilierten Kernel einiges geändert werden muss. Ich habe das gleich mal mit dem
neuesten Kernel und einem weiteren Eintrag in grub probiert. Ich kämpfe mich gerade durch die xorg und Grafikkarten-
konfiguration. Das kann ein bisschen dauern.

5

18.05.2011, 05:18

Hmm.., achte doch beim booten mal mit drauf ob consolekit sauber problemlos mit gestartet wird, oder ob es da schon zum Fehler kommt.

6

18.05.2011, 10:14

Beim Booten werden der ConsoleKit daemon, der D-BUS system Daemon und auch udev korrekt gesstartet (alle drei ok).

Das Problem tritt übrigens unter dem Kernel 2.6.35-gentoo-r4 auf. Xorg startet unter diesem Kernel auch ganz normal, KDM wird angezeigt, ich kann mich als user einloggen und dann friert KDE ein und nichts geht mehr. Die Maus geht nicht mehr, ich kann nicht mit Strg-F1 auf die Konsole wechseln, jedenfalls nicht innerhalb der nächsten 20 Minuten (spätestens dann schalt ich den Rechner ab) Nach den oben genannten Bugberichten läuft der Rechner wohl noch, aber KDE ist so langsam, dass es alles blockiert.

Beim Start via startx friert KDE ebenfalls während des Hochfahrens ein. Den Desktop bekomme ich nie zu Gesicht.

7

18.05.2011, 13:29

hast du schon mal versucht kde4 zu löschen und komplett neu zu installieren ?
oder blockieren eventuell alte einstellungen das ganzen ?

ohne Kde4 läuft der rechner stabil ?
''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

8

18.05.2011, 16:24

Also KDE völlig neu zu installieren behalte ich mir als allerletze Lösung vor.

Ansonsten läuft der Rechner ohne Probleme.

Ich habe jetzt auch mal ein bißchen Zeit gehabt, rumzuprobieren. Mit KDE geht nichts. Der
Rechner friert ein, ob KDE nun über KDM oder mit startx initialisiert wird, egal ob von root oder
einem normalen User.

twm dagegen fährt jedenfalls mit startx hoch und läuft normal, auch bei einem normalen User. Ich denke
deshalb, es liegt nicht an der Grafikkarte oder Xorg oder irgendwelchen fehlenden Rechten.

Im Log von KDM hab ich folgendes gefunden:

Klaunder kdemain: No DBUS session bus found. Check if you have start the DBus Server.
kdeinit4: Communikation error with launder. Exiting
Ktimezones initialise () D-Buscall failed "Not connected to D-Bus server.

Das lustige ist, dass die ganzen daemon (Consolekit udev Dbus) beim Hochfahren gestartet werden
ohne dass es zu irgendwelchen Fehlermeldungen kommt.

Mit dem neuen Kernel (2.6.37) komme ich auch nur langsam voran. Irgendwie ist grad der Wurm drin.

9

18.05.2011, 16:41

Ja der Bug 365479 ist schon eine recht harte Nuss, wo aktuell wohl noch nicht das eigentliche Problem sicher zugeordnet werden konnte.
Erschwerend bei der Suche ist ja auch das nur relativ wenige Leute von diesem "Mysterium" betroffen sind...

Hast du es mal mit dem vorläufigen Tipp aus Comment 11 getestet?
Wenn du es testen möchtest, würde ich nach dem Downgrade ein "emerge av --depclean" nutzen und dann noch ein "revdep-rebuild" hinterher.

10

18.05.2011, 17:39

Wu Du den Bug mit net-libs/glib-networking erwähnst, Bereits im KDE Upgrade Guide steht was dazu:

Zitat

No login possible, hangs at splash screen (bug 365637)

If you have been playing with unstable Gnome stuff (naughty!) you may encounter a so-far unexplained incompatibility. Logging in to KDE fails as soon as net-libs/glib-networking is installed. Unmerge that package and you should be fine.
(http://www.gentoo.org/proj/en/desktop/kd…-46-upgrade.xml)

Ist es echt so? Es kann nur einen geben (Gnome oder KDE)?
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

11

19.05.2011, 08:00

Hm, ich habe Gnome2 und KDE 4.6.3:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
# eix -eI kde-meta; eix -eI gnome
[I] kde-base/kde-meta
     Available versions:  
        (4.4)   4.4.5
        (4.6)   4.6.2 (~)4.6.3 [m]**4.6.9999[1]
        (live)  [m]**9999[1]
        {accessibility aqua kdeprefix nls sdk semantic-desktop}
     Installed versions:  4.6.3(4.6)(06:28:14 PM 05/09/2011)(accessibility nls sdk semantic-desktop -aqua -kdeprefix)
     Homepage:            http://www.kde.org/
     Description:         KDE - merge this to pull in all split kde-base/* packages

[1] "kde" /var/lib/layman/kde
[I] gnome-base/gnome
     Available versions:  (2.0) 2.30.2 2.30.2-r1 2.32.1 [m](~)3.0.0[1]
        {accessibility (+)cdr cups dvdr +extras +fallback ldap mono policykit}
     Installed versions:  2.32.1(2.0)(10:59:26 AM 02/06/2011)(accessibility cdr cups dvdr ldap mono policykit)
     Homepage:            http://www.gnome.org/
     Description:         Meta package for the GNOME desktop

[1] "gnome" /var/lib/layman/gnome
Alles gut.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

12

20.05.2011, 09:56

Hallo Leute,

jetzt habe ich endlich mal eine gute Nachricht.

Nachdem ich mit dem 2.6.37 Kernel weiterhin ein paar Probleme habe, habe ich mir den neuesten 2.6.35 (r15) Kernel runtergelanden und mit der config meines alten 2.6.35er Kernels gefüttert. Beim Kontrollieren der Kernel Konfiguration ist mir dann aufgefallen, dass bei dem alten Kernel CONFIG_USB_SUSPEND nicht gesetzt war. Also die Option gesetzt (CONFIG_IDE und CONFIG_AUDITSYSCALL waren richtig gesetzt) und der Kernel neu kompiliert. Jetzt fährt KDE wieder hoch.

Übrigens, um die Option GONFIG_USB_SUSPEND setzten zu können, muss vorher unter dem Menuepunkt Power Management und ACPI Options die Option Run-time PM core funktionality (PM_RUNTIME) gesetzt sein.

Ist PM_RUNTIME nicht gesetzt, wird die OPTION CONFIG_USB_SUSPEND im Menue nicht angezeigt. Da kann man dann stundenlang danach suchen.

Außerdem hatte ich mich vorher noch durch den englichen Forumsbeitrag Tipps and tricks for ConsoleKIt/PolicyKit/ udev without hal gearbeitet (http://forums.gentoo.org/viewtopic-t-858965.html). Der war ganz brauchbar.

Ich werde jetzt das ganze noch ein bisschen genauer testen, denke aber, damit ist mein Problem gelöst.

13

20.05.2011, 11:17

Na prima :)

Doch dass das nichts setzen von CONFIG_USB_SUSPEND solche Auswirkungen haben kann war mir auch nicht bewusst.
Bei der Installation von sys-fs/udisks wird aber auch schon drauf hingewiesen

Zitat von »udisks«

Quellcode

1
2
3
4
5
6
ERROR: setup
CONFIG_USB_SUSPEND:    is not set when it should be.

WARN: setup
Please check to make sure these options are set correctly.
Failure to do so may cause unexpected problems.


Übrigens, um die Option GONFIG_USB_SUSPEND setzten zu können, muss vorher unter dem Menuepunkt Power Management und ACPI Options die Option Run-time PM core funktionality (PM_RUNTIME) gesetzt sein.

Ist PM_RUNTIME nicht gesetzt, wird die OPTION CONFIG_USB_SUSPEND im Menue nicht angezeigt. Da kann man dann stundenlang danach suchen.

Hmm.. ja, doch sofern die gesuchte Option bekannt ist, kann man für sowas recht gut die Suchfunktion (welche mit einem Slash "/" aufgerufen werden kann) unter "make menuconfig" nutzen.
Beispiel mit dem Suchbegriff "CONFIG_USB_SUSPEND"

Quellcode

1
2
3
4
5
6
7
8
9
Symbol: USB_SUSPEND [=y]
Type  : boolean
Prompt: USB runtime power management (autosuspend) and wakeup
  Defined at drivers/usb/core/Kconfig:93
  Depends on: USB_SUPPORT [=y] && USB [=y] && PM_RUNTIME [=y]
  Location:
    -> Device Drivers
      -> USB support (USB_SUPPORT [=y])
        -> Support for Host-side USB (USB [=y]


Schau dir hier die "Depends on:" Zeile an, sofern diese Abhängigkeiten erfüllt sind lässt sich die gesuchte Option eigentlich gut finden.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (20.05.2011, 11:23)


14

22.05.2011, 23:08

Magst du bitte noch ein passenden Präfix setzen.

15

23.05.2011, 16:21

Hallo josef

mögen tät ich schon wollen, nur dürfen hat mich mein Computer nicht lassen.

Oder andersrum: das Problem ist noch nicht ganz beseitigt. KDE läuft jetzt zwar wieder, hat aber noch so einige Macken. Der Bildschirm flackert manchmal wie wild, in den Fenstern verschwinden die Inhalte auf einmal und tauchen (nicht) wieder auf. Zeitweise läuft kde aber auch ganz ordentlich, bis die Probleme wieder anfangen.

Außerdem scheint die Einstellung ConsoleKit PolicityKit und udev ohne hal noch nicht ganz ok zu sein. Wie in dem bereits genannten englischen Forumsbeitrag beschrieben habe ich mal ck-list-sessions eingegeben. Da ist beim kdm login die login-session-id immer noch leer, obwohl CONFIG_AUDITSYSCALL im Kernel gesetzt ist und ich die in dem Beitrag genannten Problempunkte alle kontrolliert und nichts komisches gefunden habe.

Ich denke mal, ich werde kde doch noch insgesamt neu remergen. Ich weiss noch nicht, wann ich dazu komme, viellicht erst übers Wochenende. Ich gebe dann Bescheid, ob das geholfen hat.

16

23.05.2011, 20:15

Hmm..das ist ja nicht normal..
Ich vermute wenn es keine login-session-id gibt das dann auch die dbus Session nicht korrekt registriert ist...
Ist dein kdm mit der USE-Flag consolekit gebaut, und consolekit und dbus gestartet und auch mit im Runlevel?

Magst du ansonsten bitte mal deine

Quellcode

1
2
3
$ ck-list-sessions
und
emerge --info
Ausgabe mit posten.

17

25.05.2011, 07:40

Hallo josef,

anbei die gwünschten Angaben.

Mir ist bis auf die fehlende login-session-id nichts weiter aufgefallen.
»günniw« hat folgende Datei angehängt:

18

25.05.2011, 12:42

KDE läuft jetzt zwar wieder, hat aber noch so einige Macken. Der Bildschirm flackert manchmal wie wild, in den Fenstern verschwinden die Inhalte auf einmal und tauchen (nicht) wieder auf. Zeitweise läuft kde aber auch ganz ordentlich, bis die Probleme wieder anfangen.
Hmm.., ich vermute das dies auch mit an der Intel Grafik liegen könnte, zb der intel Treiber, libdrm und mesa würde ich da mal überprüfen. Ansonsten teste doch auch mal ob ein deaktivieren der desktop Effekte was ändern würde?!

Außerdem scheint die Einstellung ConsoleKit PolicityKit und udev ohne hal noch nicht ganz ok zu sein. Wie in dem bereits genannten englischen Forumsbeitrag beschrieben habe ich mal ck-list-sessions eingegeben. Da ist beim kdm login die login-session-id immer noch leer, obwohl CONFIG_AUDITSYSCALL im Kernel gesetzt ist und ich die in dem Beitrag genannten Problempunkte alle kontrolliert und nichts komisches gefunden habe.
Hmm ja deine einstellige login-session-id ist schon verdammt kurz, ich hab aber ehrlich gesagt keine Ahnung ob das normal sein könnte..
Ich hänge dir zum vergleich mal eine ck-list-sessions Ausgabe mit an wie sie hier mit kdm gestartet aktuell ausschaut. HAL ist veraltet und sollte normal nicht mehr installiert sein.

Ich denke mal, ich werde kde doch noch insgesamt neu remergen. Ich weiss noch nicht, wann ich dazu komme, viellicht erst übers Wochenende. Ich gebe dann Bescheid, ob das geholfen hat.
KDE neu zu mergen wird vermutlich nichts ändern, ich würde eher vorschlagen noch mal ein --sync , ein world Update und revdep-rebuild sauber durchzubringen,
»josef.95« hat folgende Datei angehängt:

19

30.05.2011, 17:00

Hallo josef,

nachdem ich mal die desktop effekte ausgeschaltet habe, sind die Probleme mit dem Bildschirm verschwunden.
Ist da vielleicht bei der 3 D Beschleunigung etwas nicht ganz korrekt eingestellt? Auf dem Rechner ist eine ziemlich alte
onboard Grafikkarte von Intel (865 G).

Der Treiber für die Karte , libdrm und mesa scheinen mir in Ordnung zu sein.

Dass die login-session-id so kurz sind, scheint mir auch in Ordnung zu sein, weil ich den Rechner immer neu hochgefahren habe. Die id wird dann wohl von 1 hochgezählt. Da klappt bei den Konsolen auch ganz wünderbar, nur kdm bzw die Konsole 7 bekommt keine id zugewiesen.

--sync, world update und revdep-rebuild habe ich gemacht (tue ich sowieso regelmäßig), da hat portage nichts an meinen Einstellungen auszusetzen.

20

31.05.2011, 14:55

Huhh ja, das wird dann relativ sicher an der Intel Grafik und dem Intel Treiber liegen, leider sind diese nicht immer ganz unproblematisch...
Ich würde vorschlagen entweder auf die Desktop Effekte zu verzichten, oder es noch mal mit den aktuellen libdrm mesa und xf86-video-intel Versionen aus dem testing Zweig zu versuchen.