Hallo allerseits,
ich bin gerade zufällig auf diesen Thread hier gestoßen, als ich nach Lösungsansätzen für genau das hier beschriebene Problem gesucht habe. (Hatte lediglich nicht “UCC” in meiner Suchanfrage drin, weswegen ich es ein wenig gedauert hat… Auf Seite 3 einer Google-Suche noch was Nützliches zu finden, hat man wohl auch eher selten… ;-))
Wie es aussieht, haben wir vergleichbare Probleme und mein Verdacht fiel ebenfalls auf den Cifs-Mount der Homeverzeichnisse. Ich würde gerne meine Erkenntnisse hier teilen - vielleicht fällt ja jemandem was dazu ein.
Die Symptomatik ist identisch: Die UCCs hängen regelmäßig während und nach der Anmeldung, wobei der allererste Klick auf das Startmenü meistens den Hänger triggert.
Auf der Suche nach “verdächtigen” Prozessen, bin ich auf das hier gestoßen:
2969 ? Ss 0:00 kdeinit4: kdeinit4 Running...
2970 ? S 0:00 \_ kdeinit4: klauncher [kdeinit] --fd=9
2985 ? Sl 0:00 \_ kdeinit4: ksmserver [kdeinit]
3001 ? Sl 0:02 | \_ kwin -session 1013d102111d7000142969199500000026930000_1470116666_651700
3076 ? Sl 0:00 \_ /usr/lib/i386-linux-gnu/indicator-power/indicator-power-service
3082 ? Sl 0:00 \_ /usr/lib/i386-linux-gnu/indicator-bluetooth/indicator-bluetooth-service
3089 ? Sl 0:34 \_ /usr/lib/firefox/firefox
3118 ? S 0:00 \_ /usr/bin/nepomukbaloomigrator
3122 ? D 0:00 | \_ /usr/bin/nepomukbaloomigrator
3135 ? Sl 0:35 \_ /usr/lib/firefox/firefox
…
3032 ? Sl 0:00 /usr/bin/akonadi_control
3035 ? Sl 0:00 \_ akonadiserver
3041 ? Sl 0:08 | \_ /usr/sbin/mysqld --defaults-file=/home/gy_sprt/lehrer/wendrockl/.local/share/akonadi/mysql.conf --datadir=/home/gy_sprt/lehrer/wendrockl/.local/s
3211 ? D 0:00 \_ /usr/bin/akonadi_agent_launcher akonadi_akonotes_resource akonadi_akonotes_resource_0
3212 ? D 0:00 \_ /usr/bin/akonadi_agent_launcher akonadi_akonotes_resource akonadi_akonotes_resource_1
3213 ? D 0:00 \_ /usr/bin/akonadi_baloo_indexer --identifier akonadi_baloo_indexer
3216 ? D 0:00 \_ /usr/bin/akonadi_agent_launcher akonadi_contacts_resource akonadi_contacts_resource_0
3217 ? D 0:00 \_ /usr/bin/akonadi_agent_launcher akonadi_contacts_resource akonadi_contacts_resource_1
3218 ? Sl 0:00 \_ /usr/bin/akonadi_agent_launcher akonadi_ical_resource akonadi_ical_resource_0
3219 ? D 0:00 \_ /usr/bin/akonadi_agent_launcher akonadi_ical_resource akonadi_ical_resource_1
3220 ? Sl 0:00 \_ /usr/bin/akonadi_agent_launcher akonadi_maildir_resource akonadi_maildir_resource_0
3221 ? D 0:00 \_ /usr/bin/akonadi_maildispatcher_agent --identifier akonadi_maildispatcher_agent
3222 ? D 0:00 \_ /usr/bin/akonadi_migration_agent --identifier akonadi_migration_agent
3232 ? D 0:00 \_ /usr/bin/akonadi_newmailnotifier_agent --identifier akonadi_newmailnotifier_agent
3234 ? D 0:00 \_ /usr/bin/akonadi_notes_agent --identifier akonadi_notes_agent
Auffällig sind 12 Akonadi-Prozesse, von denen 10 den Status “D” haben sowie der nepomukbaloomigrator, ebenfalls mit Status “D”. Der Load-Wert ist bei ziemlich genau 13, was vermutlich kein Zufall ist:
top - 14:06:08 up 2:49, 4 users, load average: 13,08, 13,06, 13,05
Ich versuche, Akonadi bei der Anmeldung zu stoppen, aber vermutlich wird der Dienst umgehend wieder gestartet, da wohl auch die Uhr in der Task-Leiste diesen Dienst nutzt.