View Full Version : Could not start kstartupconfig
JohnLWebb
July 29th, 2009, 17:53
After using KDE3 for months on FreeBSD 7.2, I came in this morning and booted up, ran startx and received the following error;
Could not start kdestartupconfig. Check your installation.
After clicking okay, I get
Call to lnusertemp failed (temporary directories full?). Check your installation.
I looked around and found that some people were indicating that the problem might be caused by one of the following;
1. User lost rights to home directory
2. temp directory full
caracal# ls -l
total 6
drwxr-xr-x 2 haldaemon haldaemon 512 Jun 9 15:40 haldaemon
drwxr-xr-x 30 johnwebb johnwebb 1536 Jul 29 10:24 johnwebb
drwxr-xr-x 2 polkit polkit 512 Jun 9 15:40 polkit
So, I still have ownership of my home directory….
caracal# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1a 496M 295M 161M 65% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/ad0s1e 496M 111M 345M 24% /tmp
/dev/ad0s1f 81G 10G 65G 13% /usr
/dev/ad0s1d 4.1G 182M 3.6G 5% /var
linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc
Anyone had this problem before? Any ideas on how to track down the problem?
DutchDaemon
July 29th, 2009, 18:00
Are you aware of the fact that KDE4 lives in a different directory? Make sure your start-up commands refer to that new directory (/usr/local/bin/kde4/, if I'm not mistaken).
JohnLWebb
July 29th, 2009, 18:04
Thanks but, I am not using kde4. I still use kde3... Also, it has been working flawlessly for months and I have not made any significant changes other than...
Yesterday I installed GIMP and FileZilla.
DutchDaemon
July 29th, 2009, 18:11
Sorry, about that KDE4 mix-up.
What are the permissions of your /etc/passwd file (just another suggestion I found somewhere) and of /tmp (ls -ld /tmp)?
Other pointers:
/var/log/kdm.log
ls -ld /var/tmp
P.S. both /tmp and /var/tmp need to be chmod 1777.
JohnLWebb
July 29th, 2009, 18:14
/etc/passwd?
caracal# ls -l pass*
-rw-r--r-- 1 root wheel 1675 Jun 12 20:21 passwd
caracal# ls -ld /tmp
drwxrwxrwx 27 root wheel 2048 Jul 29 11:09 /tmp
DutchDaemon
July 29th, 2009, 18:16
Ok, that's fine. Check the other things above.
JohnLWebb
July 29th, 2009, 18:18
caracal# ls -ld /tmp
drwxrwxrwx 27 root wheel 2048 Jul 29 11:09 /tmp
JohnLWebb
July 29th, 2009, 18:19
caracal# ls -ld /var/tmp
drwxrwxrwt 8 root wheel 512 Jul 29 09:43 /var/tmp
DutchDaemon
July 29th, 2009, 18:19
Both /tmp and /var/tmp need the sticky bit set for security (chmod 1777). I don't think it's fatal, though. Anything in KDE/KDM log files? There should be a quite descriptive error message about where it failed to create/modify what.
JohnLWebb
July 29th, 2009, 18:21
/var/log/kdm.log does not exist...
I did;
chmod 1777 /tmp
chmod 1777 /var/tmp
But the problem persists...
DutchDaemon
July 29th, 2009, 18:27
I'm not running KDE myself, so I can't give any more tips, except maybe to check the permissions inside your home directory. Maybe you did something in that directory as root. Or just chown -R your home directory to your user:group.
JohnLWebb
July 29th, 2009, 18:29
After I acknowledge the two dialogs, it bombs back out to the shell.
/libexec/ld-elf.so.1: Shared object "libjpeg.so.9" not found, required by "kstartupconfig"
startupkde: Call to lnusertemp failed (temporary directories full?) Check your installation.
DutchDaemon
July 29th, 2009, 18:31
Oh dear ;) We've had a lot of those lately ...
http://forums.freebsd.org/showthread.php?t=5687
http://forums.freebsd.org/showthread.php?t=5871
JohnLWebb
July 29th, 2009, 18:53
Thanks DutchDaemon for all your help...
So what do you think would be the likely outcome of running;
portupgrade -rfR jpeg
It should upgrade everything that depends on jpeg?
DutchDaemon
July 29th, 2009, 22:01
The -R flag is probably superfluous, but -rf should do the trick, yes.
dennylin93
July 30th, 2009, 05:19
If you're using ports-mgmt/portmaster, another option is to add the -w flag while upgrading graphics/jpeg. This way old shared libraries are saved before deinstall.
DutchDaemon
August 1st, 2009, 02:23
http://forums.freebsd.org/showpost.php?p=34686&postcount=28
JohnLWebb
August 2nd, 2009, 03:52
Okay. I just completed the following command;
portupgrade -rfR jpeg
It took four days....
It did not change anything regarding starting KDE. I still get;
/libexec/ld-elf.so.1: Shared object "libjpeg.so.9" not found, required by "kstartupconfig"
startupkde: Call to lnusertemp failed (temporary directories full?) Check your installation.
I see that several people are having similar problems.
Dutch, are you suggesting that I update my ports and then re-issue the portupgrade -rf jpeg command ? It took 4 days to complete... Just want to make sure I understand correctly before commit to that action again... :)
JohnLWebb
August 2nd, 2009, 03:56
I updated my ports the day I installed GIMP which seems to be when this started. Now I just finished updating my ports and I got 3430 updates. That's consistent with what Dutch Daemon observed.
Would it be advisable to just run portupgrade on KDE to see what happens?
DutchDaemon
August 2nd, 2009, 04:01
Yes, try updating the ports first. They should all compile against the newer libjpeg, so the extra step mentioned in /usr/ports/UPDATING would be superfluous. Mind you: I still do not have an idea what those 3000+ patches actually mean ... but a lot of them are remarkably 'jpeggy'.
JohnLWebb
August 4th, 2009, 02:18
I updated my ports then ran portupgrade -afP. After ~48 hrs, it just finished... Unfortunately, the error persists. Any other ideas?
DutchDaemon
August 4th, 2009, 12:08
The only thing I can think of is that the INDEX files in /usr/ports may contain outdated information. Try:
cd /usr/ports && portsnap fetch update && make fetchindex
JohnLWebb
August 4th, 2009, 16:36
Okay. I’ve reduced the problem back to the basics. I decided to just try to get Xorg to work. So, I commented out entries in ~/.xinitrc. Then I ran Xorg –configure to create a new xorg.conf file. It gets created by default using the “nv” driver. I normally use the “nvidia” driver but “nv” should still work.
So, I do a Xorg –config /etc/X11/xorg.conf –retro to test the file. The old style of black/white cross-hatch screen with working, mouse is displayed. So Xorg works right?
Ctrl-Alt-Bksp does not work to exit even though I added Option “DontZap” “Off” to the ServerLayout section. So I kill the Xorg process.
Now I execute startx, I would expect to see the screen go black and just sit there. However, it bombs out displaying the following error;
(EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)
I reinstall glproto but that didn’t help.
Any suggestions?
I refuse to give up...
JohnLWebb
August 4th, 2009, 17:04
Additional info...
If I switch back to my original xorg.conf file which uses the "nvidia" driver, I get a different set of errors;
(EE) config/hal: NewInputDeviceRequest failed (8)
(EE) config/hal: NewInputDeviceRequest failed (8)
(EE) config/hal: NewInputDeviceRequest failed (8)
JohnLWebb
August 4th, 2009, 20:37
Wow! I created a link to the libjpeg.so.10 file and it seems to have solved the problem entirely...
ln -s /usr/local/lib/libjpeg.so.10 /usr/local/lib/libjpeg.so.9
This does not seem like the right solution though. At least I can start KDE now...
I really didn't want to reinstall everything...
vBulletin® v3.8.7, Copyright ©2000-2012, vBulletin Solutions, Inc.