[SOLVED] KDE not working after upgrade to 15.0, part 2
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I am in the process of trying to upgrading several Slackware 14.2 systems to 15.0. I've followed the instructions in the ISO UPGRADE.TXT file. Upgrading per se has worked. But trying to launch the KDE desktop for users that existed under 14.2 does not.
On my most recent effort, after booting an updated 15.0 to init 3, then doing init 4, I get the message, "Could not start kdeinit4. Check your configuration."
This is a different failure than I've gotten before. What is this? How do I fix it? What log files would give information on this error? I've search /var/log and have not seen anything that looks applicable.
On my most recent effort, after booting an updated 15.0 to init 3, then doing init 4, I get the message, "Could not start kdeinit4. Check your configuration."
On Slackware 15.0, it should be trying to start kdeinit5, not kdeinit4.
Two questions:
What action did you take at step 5 of the instructions in UPGRADE.TXT?
Do you get the same problem with a new user account?
Your ~/.xinitrc may be corrupted
You can overwrite existing one by running:
Code:
$ xwmconfig
startx launches the desktop for the user running startx, no login screen. Normally, these workstations boot to init 4 showing the (sddm?) login screen.
I did do xwmconfig and switched between xfce and kde for both root and a normal user; and then ran startx for both users. The desktops came up OK. But if I do init 4 I still get the kdeinit4 error.
Quote:
Originally Posted by rkelsen
On Slackware 15.0, it should be trying to start kdeinit5, not kdeinit4.
Two questions:
What action did you take at step 5 of the instructions in UPGRADE.TXT?
After the initial setup from the DVD I ran 'slackpkg new-config and accepted all but some I had previously customized. I then did 'slackpkg upgrade-all' to get the latest Slackware 15.0 and at the new-config prompt I selected 'P' and again overwrote all configs with the new versions except for the following:
Do you get the same problem with a new user account?
I don't get that far. When I do init 4 I get that message, no login page so no user selectable. As mentioned above, I can get the KDE desktop running startx as a user.
So the problem appears to be getting the login page. When I do startx > System Settings > About this System I see "KDE Plasama Version: 5.23.5", just like my other Slackware 15.0 system. So you're right, why is it trying to start kdeinit4 for the login page?
Of note, the /var/log/sddm.log file has not been update since I started trying to login in with 15.0.
I tried starting sddm manually as root. That did bring up the login page! However, when I entered the login credentials I got the splash screen where it normally sequentially displays the series of icons as a sort-of progress bar. This time, the little box where the icons get displayed came up, but no icon sequence. Instead, I got the "Could not start kdeinit4. Check your configuration." message. This time, I have messges in /var/log/sddm.log the tail end of which is:
Code:
[10:29:35.017] (II) DAEMON: Greeter session started successfully
[10:29:35.189] (II) DAEMON: Message received from greeter: Connect
[10:29:58.487] (II) DAEMON: Message received from greeter: Login
[10:29:58.487] (II) DAEMON: Reading from "/usr/share/xsessions/kde-plasma-safe.desktop"
[10:29:58.488] (II) DAEMON: Reading from "/usr/share/xsessions/kde-plasma-safe.desktop"
[10:29:58.489] (II) DAEMON: Session "/usr/share/xsessions/kde-plasma-safe.desktop" selected, command: "/usr/bin/startkde --failsafe"
[10:29:58.530] (II) HELPER: [PAM] Starting...
[10:29:58.530] (II) HELPER: [PAM] Authenticating...
[10:29:58.536] (II) HELPER: [PAM] Preparing to converse...
[10:29:58.536] (II) HELPER: [PAM] Conversation with 1 messages
[10:29:58.549] (II) HELPER: [PAM] returning.
[10:29:58.554] (II) DAEMON: Authenticated successfully
[10:29:58.629] (II) HELPER: [PAM] Closing session
[10:29:58.630] (II) HELPER: [PAM] Ended.
[10:29:58.633] (II) DAEMON: Auth: sddm-helper exited successfully
[10:29:58.633] (II) DAEMON: Greeter stopped.
[10:29:58.639] (II) HELPER: Starting: "/usr/share/sddm/scripts/Xsession \"/usr/bin/startkde --failsafe\""
[10:29:58.642] (II) HELPER: Adding cookie to "/home/hprsadmin/.Xauthority"
[10:29:58.646] (II) DAEMON: Session started
No obvious errors here, but something is definitely messed up.
Is this fixable or should I restore this back to 14.2 and start the upgrade all over?
I then did 'slackpkg upgrade-all' to get the latest Slackware 15.0 and at the new-config prompt I selected 'P' and again overwrote all configs with the new versions except for the following:
Code:
...
/etc/profile.new
...
That could be part of your problem.
Quote:
Originally Posted by mfoley
Is this fixable or should I restore this back to 14.2 and start the upgrade all over?
Everything is fixable. But if you have a full backup of your 14.2 setup, why not wipe it and do a clean installation?
There were some marked differences between 14.2 and 15.0. eg: Addition of PAM, SAMBA upgraded to a version which excluded some old protocols, KDE5, XFCE 4.16. Just those few things make for a bumpy upgrade path... particularly if you're not using all of the new config files as your base. The script suggested in the UPGRADE.TXT file will save your old config files with a .bak extension, so they can referred to and all of your customisations aren't lost.
For many years now, my own modus operandi is to install the latest version on a spare partition and gradually transition things over from the old installation as required (or remembered). One thing which I find eases transition is keeping my tweaks & customisations under /usr/local, wherever it is possible to do so.
After restoring the 14.2 system, I did the 15.0 upgrade carefully following the steps in UPGRADE.TXT. Before update new-configs, I saved the few I've modifed and want to keep as shown in my post #4. I then did 'slackpkg new-config' and overwrote ALL configs with the new version. I then copied my saved configs back.
After rebooting, I ran xwmconfig as root and tested both root and a normal user with startx. That worked. Finally, it did init 4 to bring up the login screen and logged in as the normal user. Again, that worked. So, I can only conclude that I must have skipped something on my initial upgrade.
The only problem is that it did not preserve KDE favorites, panel settings, or task manager bar; nor my System Settings auto-login setting. On these computers that's not too big a deal because not much is configured for these things as these computers are primarily used as a Virtual Machine host and users don't normally log in (except me for admin).
Nevertheless, it is unfortunate that these settings are lost. Once upon a time our office experimented with using Linux/KDE as a workstation alternative to upgrading to Windows 10. I extensively customized the desktop with a Windows-like look-and-feel, include the Windows background, fonts, icons, Filed Explorer, etc. All of that would have been lost with this upgrade had we ended up going with that solutions (which we didn't).
The restore I mentioned in the first sentence of post #7 was from a full backup. After the restore and before upgrading to 15.0, all KDE favorites, panel, etc. settings were there. After the upgrade they were not.
I've always started with a clean slate between KDE versions... That's probably not what you want to hear, but it hasn't failed me yet.
With respect to my procedure, that essential what I did.
Quote:
There was a major upgrade to KDE in Slackware 15.0. It should be no surprise that the settings are incompatible.
In Windows before 10 the same thing happened. Users had to reinstall apps, favorites, etc. Microsoft fixed that. I would have expected Linux (or at least Slackware) to do at least as well. Yes, KDE5 is different from KDE4. Nevertheless there should be an upgrade utility to help migrate KDE4 to KDE5, IMO. Users spend a lot of time settings up their desktop, favorites, panel, etc. All that shouldn't be a do-over because of an upgrade.
Quote:
In an office setting, surely you'd use a standard image rather than upgrading each individual machine one-by-one?
For user customizations, no. This is not a university computer lab environment. Each user can set whatever he/she wants on their desktop/favorites. Some users will have apps specific to their own use such as accounting software.
I get it that with upgrades things can change -- like always seems to happen with Tomcat -- and the system administrator needs to tweak and adjust things. A reset of the user experience should not be one of those things.
I have some computers with KDE 4 and some with KDE 5 on Slackware 15, but I never upgrade the config from the first to the new. For me KDE 4 is not the same desktop as KDE 5 at all. So doing a translate config tool is a job by himself and is not so simple. And the potential for interesting a lot of users maybe small but maybe someone could be interested. There was the same difficulty betwwen KDE 3 and KDE 4.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.