Summary: | kded uses 100% cpu and hangs pc | ||
---|---|---|---|
Product: | [I don't know] kde | Reporter: | Gehold Bertin <NewsAssi> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED REMIND | ||
Severity: | crash | CC: | l.lunak, pavel_mendl |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Gehold Bertin
2007-07-13 07:59:46 UTC
As the output suggests, it's kded, not kdeinit. Also, the posted links seem to be only a random collection of '<something> uses cpu' and at least half of those are unrelated. Please attach gdb to kded as described in http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports#Retrieving_a_backtrace_with_GDB and provide the backtrace to identify which module of kded is responsible. Waiting for response, no useful information. Confirming this bug on KDE 3.5.9 / GNU/Linux (Debian Lenny). Just today I mentioned this behaviour, when playing with KSysGuard and finding 100% usage on one CPU. Seems some recent kwallet/kmail failures are related: if you place "kded 100%" into Google, you will get plenty of (quite relevant, yet unresolved) bugreport links at least for Ubuntu. Killing kded from KsysGuard tasklist works for me (maybe I am just lucky having two CPUs), but seems I (without noticing) let kmail to store password somewhere out of kwallet... Anyways this is either unsecure either annoying. I can not comply the gdb tutorial, as this situation appears during initial startup (via Kde login), so I have no way how to "prepend" gdb into some "command line" as this is transparent to me during boot/login phase... However I am ready to colaborate on testing, if you supply some practicable instructions. |