On Wednesday 10 September 2014 08:03:05 pm you wrote: > On Thursday 14 August 2014 10:11:17 am you wrote: > > >> And if you do manage to find the offending file I'd like to > > >> figure out what happened so that we can prevent it occurring for > > >> anyone else! > > >> > > >> Tim > > snip > > > Very strange; it looks like the kdesktop_lock process is > > continuously restarting. I have never encountered anything > > remotely like this. > > > > Are you certain kdesktop and kdesktop_lock are the latest R14 > > versions? If there is an old 3.5.13.2 or lower kdesktop_lock > > executable in your path it might theoretically be able to do > > something like this. > > > > Tim > > Never found an answer, the kdesktop_lock was so annoying, even > dropping back to the login screen again. > > I removed all *-trinity packages, + 'rm -R /opt/trinity' ..whatever > was left there, removed anything remotly associated wit TDE, tqt3*? > stuff. > > Re-installed and it works ! I enclosed my current .xsession-errors > file, much cleaner..a few comments I don't see when running Wmaker, > which I had to use to sort this thing out..yea for WM. > > It sems it was a failed upgrade, all the packages were R14 versions > but something in /opt/trinity or /etc ? > > Thanks for all the comments. > > [dcopserver] It looks like dcopserver is already running. If you are > sure that it is not already running, > remove /home/pabi/.DCOPserver_tdewheezy__0 > and start dcopserver again. > --------------------------------- > [kded] Daemon (kded) is already running. > [tdebuildsycoca] tdebuildsycoca running... > [tdebuildsycoca] Reusing existing tdesycoca. > [dcopserver] DCOP Cleaning up dead connections. > [starttde] tdeinit started successfully. > [kdesktop] SAK driven secure dialog is not available for use (retcode > 6). Check tdmtsak for proper functionality. > [tdecore] Deleting stale lockfile > /tmp/tde-pabi/kdesktop_lock_lockfile [tdecore] Deleting stale > lockfile /tmp/tde-pabi/kdesktop_lock_lockfile [tdecore] Deleting > stale lockfile /tmp/tde-pabi/kdesktop_lock_lockfile [tdecore] > Deleting stale lockfile /tmp/tde-pabi/kdesktop_lock_lockfile > [kdesktop] SAK driven secure dialog is not available for use (retcode > 6). Check tdmtsak for proper functionality. > tdeio (TDEIOConnection): ERROR: Could not write data (pid 15589 > process "nit] media /tmp/tdesocket-pabi/tdelauncherSfEROM.") > [tdeinit] Could not find 'tdewalletmanager' executable. A followup re failed upgrade.After I 'purged' all trinity packages I had an /opt/trinity dir left, I failed to look inside for content but I removed it maually. On another test rmoving/purge of trinity I noticed the '/opt/trinity' dir gets removed...removal is what I would expect..not sure why it was not on my workstation. On my latest test '/etc/trinity/tdm/backgroundrc' was the only thing left in /etc/trinity..which I would expect /etc/trinity to be removed also in a purge..Debians package management. Only thing I learned from this is testing in virtualization is not an absolute indicator of what will happen on my workstatio..just more fiddling. -- Peace, Greg