> /var/tmp/kdecache-root was created, but nothing in it, then
> I check disk space
> left. WTF?? Something has taken 7.8G of room on my /
> partition and I have no
> room left on my drive?? Searching...
> 
> /var/log/tdm.log   5876092928   -
> WHAT? 5.8G log file??
> 
>   Anybody else ever experience this?

Not directly, but perhaps I'll file a bug report against the problem. Unlike the Xorg.0.log, tdm.log is never deleted and started fresh with each session. The tdm.log file just grows and grows and grows....

In my Slackware system I long ago modified the stock rc.4 startup script to include deleting the log file before actually starting run level 4, which for Slackware is the graphical login. A more appropriate solution is TDM or TDE performing its own house keeping.

With that said, unless this log file has been growing for a very long time and you did not notice the ever shrinking file space, to grow to a GB size means a runaway loop of some kind. I would test methodically. That is, reboot and before starting graphical mode, ensure the log file is always deleted.

If your operating system allows a spare console for command line logins even when in graphical mode (in Slackware console number 6 is excluded from graphical logins), use that console to login and monitor the tdm.log file with tail. If there is no available console, use ssh to monitor the log file.

Side note: sounds as though your /var file system is on the same partition as your root file system. Placing /var on its own partition would have avoided any lock up due to file space because only that partition would have filled and not your root system. Placing /var on a separate partition is common practice and now you have real world experience why that practice started. :)

Darrell