![]() Registered Member ![]()
|
Hello,
Experiment 1: Install neon user from neon-user-20200702-1117.iso on /dev/sda3 Installation successful. Carried out instructions on Focal Upgrades page. Not presented with upgrade info box after logging back in. Conclusion: Experiment 1 failed. Experiment 2: install focal preview release from neon-user-20200703-1701.iso on /dev/sda5 Installation successful. Posting from fully upgraded install. Conclusion: Experiment 2 passed. Query: both neon user and the new focal install both, on reboot, take the OS right down to shutdown before rebooting. My other linux (not ubuntu based) installation on /dev/sda4 reboots without a total shutdown. Is this the usual behaviour for EFI booted neon installations?----edit: never mind figured it out Best wishes, hugh System Details:
Last edited by scrawfuela on Wed Jul 08, 2020 6:56 pm, edited 1 time in total.
|
![]() Registered Member ![]()
|
I did the upgrade as per the instructions. The upgrade process went very smoothly, exactly as described. On reboot, I was left at a grub> prompt. I chmodded in from a bootable USB and did an update-grub, which took care of the problem.
The only other oddness I've encountered so far is that every launching of konsole displays the error msg
before displaying the prompt. But konsole seems to work just fine. How can I make this message go away? |
![]() Registered Member ![]()
|
If this helps anyone at this point, the reason for removed items such as plasma-nm and others is a leftover pin settings from a file in /etc/apt/preferences.d/ called 99-xenial-overrides, which was not removed in the upgrade process. It kept some packages pinned to older versions, causing the dependency conflicts. Deleting it allows the removed software to be installed. The leftover file is what is causing the dependency issues when trying to install software, and causing the removal of things like the networking widget ( plasma-nm).
Last edited by claydoh on Sat Jul 25, 2020 4:48 pm, edited 1 time in total.
claydoh, proud to be a member of KDE forums since 2008-Oct, and KDE user since 2001
|
![]() Registered Member ![]()
|
Hi!
I just upgrade neon to 20.04 and i have some issues Any of the monitor widgets works I had to install plasma-pa (sound icon on systray) ksysguard is missing Plasma 5.19.3 kernel 5.7.7 |
![]() Registered Member ![]()
|
Upgraded an oldish Thinkpad T520i. No issues to report.
|
![]() Registered Member ![]()
|
Tried to update by following the guide...
I am never prompted that there is a new version available after logging back in. Tried restarting as well. I'm running: Operating System: KDE neon 5.19 KDE Plasma Version: 5.19.3 KDE Frameworks Version: 5.71.0 Qt Version: 5.14.2 Kernel Version: 4.15.0-109-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i5-2520M CPU @ 2.50GHz Memory: 3.7 GiB of RAM Graphics Processor: Mesa DRI Intel® Sandybridge Mobile |
![]() Registered Member ![]()
|
I tried installing neon-user-20200709-0946.iso on my laptop but when I got the partitions screen there was no option for an encrypted lvm partition.
![]() |
![]() Registered Member ![]()
|
Clean install with existing home directory. Absolutely perfect, no issues to report. Thank you to everyone involved.
|
![]() Registered Member ![]()
|
Just completed the upgrade.
KDE Connect now has the same malfunction that it has in Kubuntu 20.04 since 20.04 was released. When I pair my KDE Neon PCs, it unpairs itself if I refresh the view of devices or close and reopen the KDE Connect dialog. If I keep the dialog open so the pairing is retained, file transfers do not work... it just hangs with the transfer dialog forever on both ends. It does the same with 20.04 on both ends (Kubuntu 20.04 or Neon/20.04) or if one is 20.04 and one is 18.04. Only both 18.04 works. While the log is full of information about KDE Connect transfers in 18.04 to 18.04, there's pretty much nothing there with 20.04. I didn't see anything that looked useful in figuring out what happened. I suspect something having to do with the negotiation for the encryption, but beyond suspecting, I don't know how to figure it out. |
![]() Registered Member ![]()
|
When searching for text within files after the upgrade to 20.04 (User edition, all updates applied), kfind will become unresponsive. CPU utilization is idle when this happens, and attempting to close the application results in the fade to black and white and a dialog to terminate the unresponsive application.
|
![]() Registered Member ![]()
|
Hello:
I like me be a tester, I have a free SSD disk for test. Please say me how I can a tester. Kde neon 20.04. What version must I chose? Testing, unstable or user? Thanks. |
![]() Registered Member ![]()
|
I've updated my notebook to 20.04. Had a Firefox package error, but finally got no issues. Everything works just fine.
|
![]() Registered Member ![]()
|
I did not trust the graphical tool. So can i also use normal pkcon to upgrade my system?
|
![]() Registered Member ![]()
|
After clicking the "upgrade" button on the ubuntu notice window I get "fetching the upgrade failed. There may be network problems." and it quits after that.
|
![]() Registered Member ![]()
|
Hello,
There’s no software raid configuration in the partition section of installation, even when selecting “manual”. This makes bootable software raid installation a real pain. I had to manually do all the following before proceeding with the install: ---install mdadm ---create a partition (sda1) on a drive in preparation of the /boot folder ---create the raid 0 (/dev/md0) out of the other partitions/drives ---create a partition table on the raid 0 drive (/dev/md0) (otherwise the kde installer crashes, it can’t do it itself) ---create a partition on dev/md0 (otherwise the kde installer crashes trying to create it) during installation of the os: ---select “manual” in the partition step of the installation ---select the dev/md0 partition created above and tick the “format it” and select to mount it as / ---select the sda1 partition created above, tick the “format it” and select to mount it as /boot ---proceed with the rest of the installation At the end , do NOT reboot, otherwise the installation doesn’t work. Find where the destination installation is located, mount it, “mount -- bind” some folders of the current active installation into the destination installation, copy some files into it, chroot to it, install mdadm, update-initramfs -u, exit and then reboot. Compare, for example to the debian installer, the calamares/kde neon installer is a “nightmare”, way too simplistic. I’m lucky that I’ve found ,a long time ago, some information on how to create boot raid and that I could adapt it to this thing, otherwise I would have abandoned this thing. |
Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]