I have had Opensuse 13.164 bits for awhile. Very stable machine, never had a problem.
The machine is not connected to the Internet : I work on this machine and I know for experience that often, just the updates can stuff up everything.
Occasionally, I need to install new sw and I do connect, but that’s rare : I haven’t done it for months.
A couple of days ago I installed Xilinx sw (an FPGA provider) from USB key. All went well. A few days later I got a license for the
sw and everything seemed ok. Powered off, logged in a couple of days later and got the error message above.
From reading other posts about this, I understand that the message is a symptom for some writing permissions wrong. I have no
idea what could have changed them. Maybe during the installation I used root and some unintended commands were pasted in the root window.
Also, there is plenty of space in the hard drive : df -a / returns 34% use
I can log in as root and I can see my files in my /home/enzo
Some post suggested to check permissions in /home/enzo/.kde4
They had no effect (I still could not log in).
I also tried to rename /home/enzo/.kde4 hoping it would be re-created, as suggested. It did get re-created, but I still
could not log in.
cat /home/enzo/.xsession-errors-\:0
/etc/X11/xim: Checking whether an input method should be started.
sourcing /etc/sysconfig/language to get the value of INPUT_METHOD
INPUT_METHOD is not set or empty (no user selected input method).
Trying to start a default input method for the locale en_US.UTF-8 ...
There is no default input method for the current locale.
Dummy input method "none" (do not use any fancy input method by default)
/usr/bin/kde4-config: symbol lookup error: /usr/lib64/libQtDBus.so.4: undefined symbol: _ZN14QObjectPrivate15checkWindowRoleEv
/usr/bin/kde4-migrate: symbol lookup error: /usr/bin/kde4-migrate: undefined symbol: _ZN9QListData11detach_growEPii
kde4-config: symbol lookup error: /usr/lib64/libQtDBus.so.4: undefined symbol: _ZN14QObjectPrivate15checkWindowRoleEv
kde4-config: symbol lookup error: /usr/lib64/libQtDBus.so.4: undefined symbol: _ZN14QObjectPrivate15checkWindowRoleEv
kde4-config: symbol lookup error: /usr/lib64/libQtDBus.so.4: undefined symbol: _ZN14QObjectPrivate15checkWindowRoleEv
kde4-config: symbol lookup error: /usr/lib64/libQtDBus.so.4: undefined symbol: _ZN14QObjectPrivate15checkWindowRoleEv
startkde: ERROR: Could not locate lnusertemp in
/usr/bin/startkde: line 254: : command not found
startkde: Call to lnusertemp failed (temporary directories full?). Check your installation.
This is very different from the same file in /root :
cat /home/enzo/.xsession-errors-\:0
/etc/X11/xim: Checking whether an input method should be started.
sourcing /etc/sysconfig/language to get the value of INPUT_METHOD
INPUT_METHOD is not set or empty (no user selected input method).
Trying to start a default input method for the locale en_US.UTF-8 ...
There is no default input method for the current locale.
Dummy input method "none" (do not use any fancy input method by default)
startkde: Starting up...
.......
Note how startkde fails in for my directory but not root.
Any clues ? This points to the failure. Some symbol is undefined but why not when logging in as root ?
I have root and home under the same partition. I know that this is not supposed to happen and
I probably won’t do it again,but that’s the way it is at the moment.
Doing df -a / gives 34% used
root files and personal are not used for the same reasons check the dates
The dates of which files exactly ?
I assume that GUI starts but the program fails right???
Yes, the machine boots and gets to the login screen. If I login as root, no problem. If I log in
as me, it stops with a black screen an a small window containing the message “call to lnusertemp failed…etc.”
run program from command line to get detailed error.
Which program ? startkde ? I can only run it from root and it works fine as I can login.
I know the errors that KDE stumbles upon, they are in the in the .xsession-errors-:0 file.
They only happen if I log in as me,. If I log in as root, the .xsession-errors-:0 file contains
no errors.
I suspect some corruption in the /home.
Question, can I run a fsck if root and /home share the same partition ?
Solved : it was sourcing the recommended Xilinx settings from my .bashrc instead of doing them manually.
Xilinx provides a setting.sh to source before using their tools. But it somehow interferes with starting KDE
if put in the .bashrc file .
BTW, next time do not say things like: “Doing df -a / gives 34% used”, but SHOW what you did and got by copy/paste of the prompt, the command, the output and the next prompt between CODE tags in a post. Example:
Then people can see more, even more the you can imagine. E.g. they could have seen that you do not have a separate /home. A fact that now came only at the end of the story.