Created attachment 118819 [details] KDE 5 version Up to KDE 4 it was no problem to configure a complete distribution of Linux on an PC, make an tar.gz of it and deploy this installation to other PC's. This was working very comfortable and stable. Now in KDE 5 this seems not possible any more! In 3 cases after the unpacking i ended in an black empty screen with only the mouse cursor that can be moved on it. I have no idea why the rest is missing and how to debug this? The last fatal try was to move an running installation on my PC from the hard-disk to the SSD on the same PC. Booting from SSD is working, but after the login there is only the blank black screen. STEPS TO REPRODUCE 1. Boot an Knoppix or another Linux 2. Pack / Backup the running installation in the mounted partition with tar cvfz. 3. Unpack the tar.gz on another hardisk or PC 4. Make the needed adjustment of the fstab to the new UUID, and grub.cfg etc. 5. Boot and start the copied installation OBSERVED RESULT Vopied installation ends up with an blank black screen only the mouse working. EXPECTED RESULT Copy is working perfect without limits. SOFTWARE/OS VERSIONS See the screenshots of the last KDE 4 (Debian 8 jessie) and KDE 5 (Debian 9 stretch) Info
Created attachment 118820 [details] KDE 4 version
kwin has nothing to do with it.
Then please move this problem to the correct "product". Thanks.
>Now in KDE 5 this seems not possible any more! Is KDE the only thing that's changed on the system since you last did this? Please upload your ~/.local/share/sddm/xorg-session.log Can you run "ps aux" from a real TTY and see what's running. Copying ~/.cache is also ill advised, please wipe this.
There are many bootable partitions on my system. So Debian 8 and 9 is installed parallel with KDE 4 and 5 both on the harddisk and SSD. Looking for the log ~/.local/share/sddm/xorg-session.log shows it has 0 Bytes! This is the one after the last boot of Debian 9 on the SSD. I will boot the Debian 9 on the SSD, login switch to a console and capture the running processes ... Before i will wipe ~/.cache
There are many files from many applications in ~/.cache. Trying first to delete only plasma*
Created attachment 118882 [details] 1 partly deleted .cache and 2 complete deleted .cache The partly deleted .cache shows now the background picture for the desktop. Additional there is the mouse cursor and the "cashew" symbol that cannot be clicked as before. Deleting the complete content of .cache does make no difference.
the ps lines show everything is running. (though it looks like a super old plasma 5 based on some commands I saw) Seems like it's just plasmashell with an issue then. I'm not going to spend any time on the .cache problem, but it not restoring after that is still weird. There is some code to store things on a per unique monitor connection basis, but it should still migrate the primary screen correctly. Can you spawn a console via alt+space then typing konsole, and run plasmashell from there, attaching the logs. Afterwards try moving your ~/.config/plasma* and see what happens.
Created attachment 118888 [details] Some configuration files and directory content This is a good idea, because i really can open an console window that has normal window behaviour. The command plasmashell is hanging. After moving the plasma-files into another directory (attached) and restarting i get the original background picture of the distribution, but still no other elements.
New information was added with comment #9; changing status for inspection.
A corresponding bug report has been opened at Debian. Please refer to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926066
Is any of this still happening to you with Plasma 5.27, if you try again?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
At this time working with Debian 11 (bullseye), that is using KDE-Plasma-Version: 5.20.5 KDE-Frameworks-Version: 5.78.0 Qt-Version: 5.15.2 Kernel-Version: 5.10.0-22-amd64 Here it seems to be possible again to pack and move an installation. So waiting long enough seems to solve one or another bug. :-)
All right, cool! I wonder if it was working before too, and there was some kind of local configuration issue.