• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[Beendet, aber nicht gelöst] KDE Start dauert ewig

C

caho

Member
Hallo Freunde,

ich habe von V11.4 auf V12.1 per zypper dup upgedatet und alles läuft soweit auch einwandfrei. Nur mit KDE klemmt es folgendermaßen:

Nach der Anmeldung laufen die KDE Icons Festplatte, Schraubenschlüssel etc. einwandfrei und zügig durch. Anschließend erscheint die Arbeitsfläche mit der Taskleiste. Sobald diese da ist, dauert es 2 bis 3 Minuten, bis man das System benutzen kann. Wenn man ein Programm wie z. B. die Konsole startet, erscheint diese erst nach den Minuten Wartezeit. In Xosview habe ich dann eine CPU Load von 5.x. Unter 11.4 war es 2.x CPU Load.

Ich habe nun auf der Textkonsole man die Prozesse angeschaut (ich habe ja 2 bis 3 Minuten Zeit) und festgestellt, dass offensichtlich Akonadi und Nepomuk hier ihr Unwesen treiben. Akonadi benötige ich eigentlich nicht. Ich benutze weder Kmail noch das KDE Adressbuch oder PIM. Und Nepomuk ist in den KDE Systemeinstellungen deaktiviert.

In der Prozessliste steht aber 3 x der Nepomukserver drin und Akonadi etliche male. Siehe hier (ziemlich weit unten):

Code: 
  PID TTY          TIME CMD
    1 ?        00:00:01 systemd
    2 ?        00:00:00 kthreadd
    3 ?        00:00:00 ksoftirqd/0
    5 ?        00:00:00 kworker/u:0
    6 ?        00:00:00 migration/0
    7 ?        00:00:00 watchdog/0
    8 ?        00:00:00 cpuset
    9 ?        00:00:00 khelper
   10 ?        00:00:00 kdevtmpfs
   11 ?        00:00:00 netns
   12 ?        00:00:00 sync_supers
   13 ?        00:00:00 bdi-default
   14 ?        00:00:00 kintegrityd
   15 ?        00:00:00 kblockd
   16 ?        00:00:00 ata_sff
   17 ?        00:00:00 md
   19 ?        00:00:00 khungtaskd
   20 ?        00:00:00 kswapd0
   21 ?        00:00:00 ksmd
   22 ?        00:00:00 khugepaged
   23 ?        00:00:00 fsnotify_mark
   24 ?        00:00:00 crypto
   28 ?        00:00:00 kthrotld
   29 ?        00:00:00 scsi_eh_0
   30 ?        00:00:00 scsi_eh_1
   32 ?        00:00:00 kpsmoused
   34 ?        00:00:00 kworker/u:2
  109 ?        00:00:00 khubd
  241 ?        00:00:00 jbd2/sda6-8
  242 ?        00:00:00 ext4-dio-unwrit
  248 ?        00:00:00 flush-8:0
  280 ?        00:00:00 udevd
  292 ?        00:00:00 kauditd
  293 ?        00:00:00 systemd-stdout-
  454 ?        00:00:00 scsi_eh_2
  463 ?        00:00:00 usb-storage
  578 ?        00:00:00 kjournald
  701 ?        00:00:00 systemd-logind
  723 ?        00:00:00 rsyslogd
  737 ?        00:00:00 cron
  739 ?        00:00:00 acpid
  740 ?        00:00:00 avahi-daemon
  750 ?        00:00:01 dbus-daemon
  780 ?        00:00:00 auditd
  808 ?        00:00:00 hald
  811 ?        00:00:00 console-kit-dae
  892 ?        00:00:00 polkitd
  910 ?        00:00:00 hald-runner
 1105 ?        00:00:00 hald-addon-inpu
 1146 ?        00:00:00 hald-addon-acpi
 1148 ?        00:00:00 hald-addon-stor
 3380 ?        00:00:00 rpcbind
 3392 ?        00:00:00 vmware-usbarbit
 3471 ?        00:00:00 nscd
 3476 ?        00:00:00 cupsd
 3482 ?        00:00:00 smpppd
 3511 ?        00:00:00 kdm
 3603 ?        00:00:00 iprt
 3680 ?        00:00:00 dhcpcd
 4066 ?        00:00:00 ntpd
 4077 ?        00:00:00 login
 4249 ?        00:00:00 modem-manager
 4253 ?        00:00:00 upowerd
 4296 ?        00:00:00 udisks-daemon
 4297 ?        00:00:00 udisks-daemon
 4850 ?        00:00:00 rtkit-daemon
 5411 ?        00:00:00 kworker/0:0
 5524 ?        00:00:00 udevd
 5566 ?        00:00:00 kworker/0:1
 5579 ?        00:00:00 kworker/0:2
 5585 ?        00:00:00 udevd
 5693 tty7     00:00:02 X
 5700 ?        00:00:00 kdm
 5729 tty1     00:00:00 bash
 5775 ?        00:00:00 startkde
 5844 ?        00:00:00 gpg-agent
 5845 ?        00:00:00 ssh-agent
 5887 ?        00:00:00 dbus-launch
 5888 ?        00:00:02 dbus-daemon
 5895 ?        00:00:00 start_kdeinit
 5896 ?        00:00:00 kdeinit4
 5897 ?        00:00:00 klauncher
 5899 ?        00:00:01 kded4
 5902 ?        00:00:00 gam_server
 5905 ?        00:00:01 kglobalaccel
 5907 ?        00:00:00 kwalletd
 5911 ?        00:00:00 kcminit_startup
 5916 ?        00:00:00 kwrapper4
 5917 ?        00:00:00 ksmserver
 5919 ?        00:00:01 kwin
 5921 ?        00:00:00 kactivitymanage
 5924 ?        00:00:00 knotify4
 5926 ?        00:00:04 plasma-desktop
 5931 ?        00:00:00 kuiserver
 5936 ?        00:00:02 akonadi_control
 5937 ?        00:00:00 kio_http
 5939 ?        00:00:00 akonadiserver
 5941 ?        00:00:00 mysqld
 5954 ?        00:00:00 kio_trash
 5975 ?        00:00:00 akonadi_agent_l
 5976 ?        00:00:00 akonadi_agent_l
 5977 ?        00:00:00 akonadi_agent_l
 5978 ?        00:00:00 akonadi_agent_l
 5979 ?        00:00:00 akonadi_agent_l
 5980 ?        00:00:00 akonadi_agent_l
 5981 ?        00:00:00 akonadi_agent_l
 5982 ?        00:00:00 akonadi_agent_l
 5983 ?        00:00:00 akonadi_agent_l
 5984 ?        00:00:00 akonadi_agent_l
 5985 ?        00:00:00 akonadi_agent_l
 5986 ?        00:00:00 akonadi_agent_l
 5987 ?        00:00:00 akonadi_agent_l
 5988 ?        00:00:00 akonadi_agent_l
 5989 ?        00:00:00 akonadi_agent_l
 5990 ?        00:00:00 akonadi_agent_l
 5991 ?        00:00:00 akonadi_agent_l
 5992 ?        00:00:00 akonadi_agent_l
 5993 ?        00:00:00 akonadi_agent_l
 5994 ?        00:00:00 akonadi_agent_l
 5995 ?        00:00:00 akonadi_agent_l
 5996 ?        00:00:00 akonadi_agent_l
 5997 ?        00:00:00 akonadi_agent_l
 5998 ?        00:00:00 akonadi_agent_l
 5999 ?        00:00:00 akonadi_agent_l
 6000 ?        00:00:00 akonadi_agent_l
 6001 ?        00:00:00 akonadi_agent_l
 6002 ?        00:00:00 akonadi_agent_l
 6003 ?        00:00:00 akonadi_agent_l
 6004 ?        00:00:00 akonadi_agent_l
 6005 ?        00:00:00 akonadi_agent_l
 6006 ?        00:00:00 akonadi_agent_l
 6007 ?        00:00:00 akonadi_agent_l
 6008 ?        00:00:00 akonadi_maildis
 6009 ?        00:00:00 akonadi_nepomuk
 6010 ?        00:00:00 akonadi_nepomuk
 6011 ?        00:00:00 akonadi_nepomuk
 6012 ?        00:00:00 akonadi_agent_l
 6013 ?        00:00:00 akonadi_agent_l
 6113 ?        00:00:00 kworker/0:3
 6118 ?        00:00:00 kaccess
 6137 ?        00:00:00 krunner
 6139 ?        00:00:01 krunner
 6160 ?        00:00:00 akonadi_agent_l
 6163 ?        00:00:00 nepomukserver
 6164 ?        00:00:00 nepomukserver
 6165 tty1     00:00:00 ps

Mein System:
Linux 3.1.0-1.2-pae i686
openSUSE 12.1 (i586)
KDE: 4.7.2 (4.7.2) "release 5"

Wäre schön wenn Ihr mir weiterhelfen könntet.
Gruß
Caho
 
gropiuskalle

gropiuskalle

Guru
Nutzt Du Akonadi? Falls nicht, würde ich das in den KDE-Systemeinstellungen deaktivieren (Desktopsuche → Grundeinstellungen). Falls doch, würde ich das einfach mal in Ruhe rödeln lassen, bis ein erster Index Deiner Daten erstellt wurde, danach zerrt Akonadi nicht mehr so derb an den Ressourcen.

Ansonsten auch mal 'top' beobachten.
 
OP
C

caho

Member
Hallo gropiuskalle,

danke für den Tipp. Ich hatte bereits in den Grundeinstellungen den Nepomuk - Dienst deaktiviert. Strigi ist gar nicht installiert. Nach den obligatorischen 2 - 3 Minuten Wartezeit kann man dann vernünftig arbeiten. Nach ca. 5 Minuten bringt KDE die Meldung :"Nepomux Indexing have been disabled". Und zwar so oft, wie der Nepomukserver in der Prozessliste zu sehen ist. In der Ausgabe von ps -e sieht man wie in der ersten Anfrage, dass der Nepomukserver sowie Akonadi läuft. Würde denn was passieren, wenn man Akonadi deinstalliert?

Gruß
caho
 
coogor

coogor

Hacker
Kann es sein, dass das Akonadi-Geraffels noch mit irgendwelchen Umstellungen zu tun hat? Größere Mailfiles etc?
Sollte dann irgendwann behoben sein....
 
Andi78

Andi78

Member
Moin,

:???:

Das gleiche Problem habe ich auch mit suse12.1. Nach der Anmeldung kommt mein Desktop und dann muss ich warten bis ich etwas machen kann dauert bei mir ca.30-45 sek. vorher kann ich nichts starten. Akonadi und Nepomuk habe ich erst mal deaktiviert aber viel hat es nicht gebracht. Das hat bei mir mit 11.4 begonnen das mein Lappi etwas länger auf einmal braucht und bis heute kein Plan was s sein könnte .... :-/ Vielleicht kommt man zur einer Lösung wäre ja genial....

Gruß Andi
 
F

Freddie62

Guru
Den Start des nepomuk-servers kann man anscheined allein durch das Abschalten von Nepomuk nicht verhindern (Und damit auch dei Fehlermeldungen). Anscheinend kann man dies aber durch Deinstallation von akonadi-runtime erreichen. Allerdings veschwindet damit auch kmail...
Für mich kein Problem, ich nutze Thunderbird.

CU Freddie
 
E

emvau

Member
Andi78 schrieb:
Moin,
Das gleiche Problem habe ich auch mit suse12.1. Nach der Anmeldung kommt mein Desktop und dann muss ich warten bis ich etwas machen kann dauert bei mir ca.30-45 sek. vorher kann ich nichts starten...
Gruß Andi
Zum Vergrößern anklicken....

Kann ich absolut so bestätigen.
Der Startvorteil, den openSUSE 12.1 zweifellos hat, geht hier wieder durch das "lange" Warten verloren..schade :???:

Habe pulseaudio gelöscht,scheint besser geworden zu sein.
PS:Warum aktiviert das openSUSE immer wieder..war schon in openSUE 11.4 ein Problem!

MFG emvau
 
OP
C

caho

Member
Also ich habe jetzt alles, was mit Akonadi zu tun hat, deinstalliert. Ich benutze Thunderbird. Ich achte (bisher erfolgreich) bewusst darauf, mit den Anwendungsprogrammen unabhängig von KDE zu bleiben. Die Deinstallation von Akonadi hat bezüglich des Startverhaltens nicht wirklich was gebracht. Vielleicht hat noch jemand eine Idee.

Gruß
caho
 
BdMdesigN

BdMdesigN

Member
Es lieg an der openSUSE 12.1 die ist zu Neu und der Geschwindigkeitsverlust liegt auch mit an den Kerneln und die komplett umstellung auch das Plasmasystem.

Die 11.4 war verdammt schnell.


MfG


Peter
 
L

lOtz1009

Moderator
Teammitglied
Diese Pauschalaussage kann ich so nicht unterstreichen.
Bei mir ist die 12.1 keinesfalls langsamer als 11.4. Aber ich nutze kein KDE.

Damit das jetzt nicht off-topic abdriftet:

ist evtl. Tracker installiert?
Ich sehe ihn zwar nicht in der Prozessliste, aber das muss nix heissen.
 
Andi78

Andi78

Member
Ich denke das es an KDE liegt weil bei ist es so das auch wie heute Lappi an und alles geht sofort ohne lange warte Zeiten ;) . Aber beim nächsten mal kann es wieder dauern, mir ist das schon bei 11.4 aufgefallen am Anfang von 11.4 war alles gut und irgendwann mitte des Jahres kamen die start probleme bzw warte Zeiten :/ Sehr komisch :???:

Gruß Andi
 
N

Nickibubi

Newbie
Bei mir hat pulseaudio deaktivieren einiges an Zeit gebracht (ca. 10 sek.).

Da er aber zumindest bei caho nicht läuft, ist der Tipp evtl. bei Andi78 und emvau hilfreich...

Ansonsten schließe ich mich
Diese Pauschalaussage kann ich so nicht unterstreichen.
Bei mir ist die 12.1 keinesfalls langsamer als 11.4.
Zum Vergrößern anklicken....
an ;). Rennt bei mir trotz akonadi und nepomuk wie 11.4.
 
BdMdesigN

BdMdesigN

Member
Nickibubi schrieb:
Bei mir hat pulseaudio deaktivieren einiges an Zeit gebracht (ca. 10 sek.).

Da er aber zumindest bei caho nicht läuft, ist der Tipp evtl. bei Andi78 und emvau hilfreich...

Ansonsten schließe ich mich
Diese Pauschalaussage kann ich so nicht unterstreichen.
Bei mir ist die 12.1 keinesfalls langsamer als 11.4.
Zum Vergrößern anklicken....
an ;). Rennt bei mir trotz akonadi und nepomuk wie 11.4.
Zum Vergrößern anklicken....

Moin Moin,

Dann schaut Euch doch mal bitte Eure und meine Hardware an (Siehe Sig.).

Dann werdet Ihr sehen, das diese Aussage bei mir Pauschal so zutrifft.

:D

<Edit: 19.51:>
So nach einen fresh install der 12.1 ist KDE auch wieder schneller, somit muß ich mich hier berichtigen.
<Edit Ende>


MfG

Peter
 
coogor

coogor

Hacker
Nach ein bischen Tuning wurde es deutlich schneller. Der systemd-Startup läßt sich recht gut analysieren:
Code: 
systemd-analyze plot > plot.svg
Danach hab ich bei mir ein paar Prozesse rausschmeissen können, die ich nicht brauche:
Code: 
systemctl mask storage-after-cryptsetup.service
systemctl mask lvm.service
Auch gibt es im Netzwerkmanager im Moment ein Problem, da auch den Start des Netzwerks gewartet wird, obwohl das über den Netzwerkmanager gesteuert werden soll. Ändere in dem Falle
/etc/sysconfig/network/config NM_ONLINE_TIMEOUT auf 1 (0 ist buggy, ein Fix dafür ist in Vorbereitung)
Das hat bei mir den Systemstart um mehr als 1/3 verkürzt
 
Andi78

Andi78

Member
So wollen wir mal schauen was darus wird.

Ich habe im Backend von GStreamer auf Xine umgestellt und das hat schon mal ein paar sek. gebracht.

Dann habe ich mal die /var/log/messages angeschaut und da habe ich teilweise Zeiten gehabt zwischen 32sek - knapp 4 Min. was sehr lange dauert wobei 32sek. gute zeit ist.

Hier mal ein Auszug der Messages

Code: 
03.12.2011 13:16:24	linux-sms6	systemd[1]	Startup finished in 4s 424ms 126us (kernel) + 1min 2s 78ms 50us (userspace) = 1min 6s 502ms 176us.

Ich habe auch ein paar Warnings in der Messages aber ich denke nicht das es an den liegt.

Code: 
03.12.2011 13:15:38	linux-sms6	kernel	[   17.400521] WARNING! power/level is deprecated; use power/control instead
03.12.2011 13:15:47	linux-sms6	dbus-daemon[950]	(upowerd:1389): UPower-Linux-WARNING **: failed to open /etc/crypttab: Error reading file '/etc/crypttab': Is a directory
03.12.2011 13:15:48	linux-sms6	dbus-daemon[950]	(process:1416): GLib-WARNING **: goption.c:2168: ignoring no-arg, optional-arg or filename flags (16) on option of type 1

Das habe ich mal ausgeführt nur kein Plan was man rausschmeißen kann und was nicht und vielleicht sieht jemand was man ändern kann könnte um die lade Zeiten zu verbessern.

http://imageshack.us/photo/my-images/834/plotzv.jpg/

Hoffe das jemand helfen kann.
 
coogor

coogor

Hacker
Andi78 schrieb:
Hoffe das jemand helfen kann.
Zum Vergrößern anklicken....

Definitiv. Wer lesen kann ist stark im Vorteil, also RTFM!

Lies Dir meinen Beitrag nochmal durch, insbesondere den Teil mit dem Netzwerk. Und dann schau mal auf die Auswertung. Fällt Dir was auf?
Dann stell Dir die Frage ob Du verschlüsselte Partitionen und LVM nutzt. Fällt Dir dann noch was auf?

Aha.
 
Andi78

Andi78

Member
thx coogor

verschlüsselte Partitionen und LVM nutze ich nicht... was mir in der svg auffällt ganz schön viel rot stellen.

Was macht der Code hier
Code: 
systemctl mask storage-after-cryptsetup.service
systemctl mask lvm.service
nur um zu verstehen, die habe ich mal jetzt in der Konsole eingegeben und die Zeiten haben sich schon mal verbessert.

Gruß
 
OP
C

caho

Member
Hallo Freunde,

vielen Dank für Eure Tipps und Tricks. Ich sehe hier aber keine wirkliche Lösung des Problems, das ja offensichtlich auch bei euch vorhanden ist. Deshalb setze ich den Thread auf "Beendet, aber nicht gelöst". Ihr könnt natürlich gerne hier weiterposten, aber ich klinke mich hiermit aus.

Ich glaube aber, aufgrund der Vielzahl an unterschiedlichen Vorschlägen sollte man überlegen, diesbezüglich einen eigenen Thread zu eröffnen.

Also vielen Dank nochmal an Euch alle und ein schönes besinnliches Weihnachtsfest

Gruß
caho
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben