Re: How to recover from a system hang that trashed KDE contr…

Top Page
Attachments:
Message as email
+ (text/plain)
Delete this message
Reply to this message
Author: Fred Wright
Date:  
To: plug-discuss
Subject: Re: How to recover from a system hang that trashed KDE control file
At 08:06 PM 1/2/05, you wrote:
>Suse 9, KDE, User Session
>
>My system hung solid (no intervention session possible) running k3b
>requiring a system reset to get back in (I know, bad thing to do). After
>restart, the user session was not restartable because .DCOPserver_linux__0
>gets "permission denied" during X startup/login. You can login Mode 3 but
>you cannot even "ls" the user's Home directory as user without getting the
>"permission denied" message. Root can issue the "ls" and see the
>.DCOP....... file by name but cannot "rm" it or copy over it with last
>week's backup copy. I can see the permissions in the backup copy of the
>file to see what they should be in the "active" version.
>
>Any suggestions of how to change the "active" file permissions or
>overwrite with the backup copy?


My research with google, on kde.org, et-al leads me to believe that
deleting the .DCOPserver_linux__0 from the user will resolve the
problem. However, even root gets "permission denied" back from an "ls -al"
against the user's directory. Can a broken link cause this kind of
problem? There is supposed to be a link between .DCOPserver_linux__0 and
.DCOPserver_linux_:0 (note the colon) and the ":0" entity is missing. The
documentation on kde is very lacking in this area and except for other folk
having the same kind of problem and getting suggestions of abandoning the
user ID I am not seeing solutions which I can get to work.



--
Fred Wright
fawright-at-earthlink-dot-net

---------------------------------------------------
PLUG-discuss mailing list -
To subscribe, unsubscribe, or to change you mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss