My problem is the KDE crash report that I get on every system start up. The KDE crash handler reports a crash in the KDE daemon, and the only other visual cue is the system tray restarting. After closing the crash report everything is fine, but I would still like to get rid of the problem.

The same thing happens on my desktop and netbook, both running the latest updated Arch. I tried removing the ~/.kde4 folder, but that only removes my settings and widgets, the crash still happens. Kde is started on boot by init 4 in inittab, not the kdm daemon.

So does anyone have any idea how to fix this?

How about changing inittab to init 3, then entering "startx" to start KDE.

That might generate some useful error messages.

I tried that now, xorg showed that vesa and fbdev were missing, but after installing them nothing changed. X cannot start at all when run by a regular user, only root can start it, and with root only the basic xorg starts without kde. The only way for me to get a regular user into xorg is by running kdm as root or setting inittab to init 4.

The kde crash handler reports:

[KCrash Handler]
#6 0x00007f4fd5233725 in raise () from /lib/libc.so.6
#7 0x00007f4fd5234b9b in abort () from /lib/libc.so.6
#8 0x00007f4fd522c4de in ?? () from /lib/libc.so.6
#9 0x00007f4fd522c582 in __assert_fail () from /lib/libc.so.6

So the issue seems to be in glibc. Both the computers are 64bit with multilib.

I have the exact same issue, same OS, down to the same crash report on a 64bit system with multilib. I have the same issue using either inittab or kdm in rc.conf.

This is the line I'm using in /etc/inittab as suggested by ArchWiki
x:5:respawn:/usr/bin/kdm -nodaemon

Any chance you found a solution in the last week?

Unfortunately no solution yet, but now that there is two of us it might be easier to locate the problem.
What programs are ran on startup on your system? And does the crash report also report errors with /lib/libc.so.6 exactly or another file?