Neon/NobleUpgrades/Results: Difference between revisions
Added my experience upgrading to 24.04 |
No edit summary |
||
(One intermediate revision by the same user not shown) | |||
Line 1: | Line 1: | ||
--<br> | |||
2024-11-26<br> | |||
davidez<br> | |||
Upgrading from 6.1 using Discover, I become in a state where the system say I'm still using 22.04, but is running kernel 6.8.0-49-generic, in fact preventing the usage of any network interface. I'm not able to proceed compiling any driver, nor add the missing header. Sure not an not-expert user friendly situation. In the end I needed to switch back to 6.5 kernel to have network working. Due the wasted time I will wait beginning 2025 before upgrade to 24.04. | |||
--<br> | --<br> | ||
2024-11-19<br> | 2024-11-19<br> |
Latest revision as of 11:22, 27 November 2024
--
2024-11-26
davidez
Upgrading from 6.1 using Discover, I become in a state where the system say I'm still using 22.04, but is running kernel 6.8.0-49-generic, in fact preventing the usage of any network interface. I'm not able to proceed compiling any driver, nor add the missing header. Sure not an not-expert user friendly situation. In the end I needed to switch back to 6.5 kernel to have network working. Due the wasted time I will wait beginning 2025 before upgrade to 24.04.
--
2024-11-19
Michael L. (michaell)
My experience doing this on three laptops.
No problem upgrading to 24.04 from a fully-up-to-date 22.04 system at Plasma 6.2.
HOWEVER when starting with 22.04 that was well behind in system updates and Plasma was at 5.27, a apt full-upgrade would fail with the plasma-desktop package conflicting with the file '/usr/share/sddm/themes/breeze/Background.qml' also owned also by sddm-theme-breeze. The solution was to apt-mark hold plasma-desktop, upgrade everything around it, then apt-mark unhold plasma-desktop, then upgrade the remaining packages. This was the fate of two laptops.
--
Josep M. (txemaq)
User edition jammy to noble upgrade on a VM (QEMU/KVM)
First upgrade was interrupted downloading/installing packages (sorry I don't remember about that error), but second try ended succe98-noble-overridesssfully. All working fine.
2024-10-11
User edition jammy to noble upgrade on a laptop (ThinkPad X1).
Upgrade was fine. But suspension/hibernation closing lid doesn't work after upgrade. I fixed this problem thanks to https://ubuntuhandbook.org/index.php/2021/08/enable-hibernate-ubuntu-21-10/ and https://ubuntuhandbook.org/index.php/2020/05/lid-close-behavior-ubuntu-20-04/
2024-10-12
--
Krake
User edition jammy to noble upgrade
Went through without any issue as far as I can tell so far
2024-10-12
--
jisbetterthanj
Testing edition jammy daily driver system (from ISO) to noble upgrade on Dell XPS 9300
12/10/24
Getting packages up to date before installation was a slight pain, for some reason it took multiple reboots before flatpak user updates appeared in cli, and they errored via appstream. appstream requiring flatpak to be up to date seems inconvenient, but could be a good reason.
Had to run apt download plasma5support && apt download plasma-workspace && sudo apt install ./plasma5support*deb && sudo apt install ./plasma-workspace*deb to get apt up to date.
Installation process was flawless.
(Minor) Issues I've noticed with Noble:
- Gimp was uninstalled for seemingly no reason and reinstalled fine
- My preference to install firefox from mozilla's repository was reversed in the upgrader
and then firefox "downgraded" again to Mozilla's when I updated once in Noble. - /etc/os-release hasn't updated, apparently I'm on Jammy with Kernel 6.8.0-45-generic!
Specific to my hardware: howdy and my PAM configuration were reset, and while howdy reinstalls I haven't got it to work just yet (I have no idea what I'm doing with python system vs py env) - probs for the best that PAM isn't trying to use a broken package.
jisbetterthanj 07:22, 12 October 2024 (UTC)
--
chaikney
Slimbook Neon upgrade
2024-10-11
Thank you Fabian! I was stuck in a bootloop after the upgrade: BIOS (or UEFI now?) screen over and over again with no clues as to why I couldn't get past the logo.
To get out of it, it is not the boot disk order I had to change but the one referring to UEFI. I selected "KDE Neon" (or "kde neon"?) over the previous top choice "neon". From there, all normal booting.
But it was a really disagreeable experience that should be avoided / fixed if possible. I only got out because I knew this page existed before the upgrade. In general, can't expect that people would see that.
Fabian
User Edition 22.04 -> 24.04
10/10/24
The upgrade created a new UEFI entry called "KDE Neon 6.1". The older one "neon" is no longer working.
After upgrading to 24.04 I had to run "apt --fix-broken-install". But I think that's because the Firefox .deb repo got deactivated with the upgrade and then the installed version of Firefox conflicted with the transitional package from the Ubuntu repo which wants to install the snap version.
In Plasma Discover the Ubuntu repositories are no longer shown, but that was expected. With Ubuntu 24.04 Canonical changed their location. You have the same problem in Kubuntu.
--
Jonathan Riddell
User edition jammy to noble upgrade
1/10/24
Worked great
--
Jonathan Riddell
Testing edition jammy ISO to noble upgrade on VM
1/10/24
Worked great
--
Jonathan Riddell
Unstable edition jammy ISO to noble upgrade on VM
1/10/24
Worked great
--
Camilla uwu
neon-noble-user-20240930-1043
1/10/24
only black screen with plymouth enabled (AMD driver/plymouth/sddm) issue
Workaround (for me):
- Edit /etc/default/grub: the line "GRUB_CMDLINE_LINUX_DEFAULT=". Delete the words "quiet splash" (leave the quotation marks ).
- Run sudo update-grub
https://bugs.launchpad.net/ubuntu/+bug/2063877
--
Christian Lindberg
User edition Jammy to Noble upgrade
2/10/24
Only issue was having to fix sound input again with alsamixer, rest was perfect, upgrade from nvidia-535 to 550 worked well afterwards as well with dkms
--
Stephan Diestelhorst
user edition Jammy to Noble upgrade
2024-10-20
Overall experience was good, thank you! Three noteworthy items:
- the updater does not clean up all new package configs; id leaves the 98-noble-overrides pin file in place. That means if the updater aborts, the package configuration is a bit out of whack, likely due to strange pin priorities. Manually (re-)moving /etc/apt/preferences.d/98-noble-overrides and before retrying makes this problem go away.
- the updater aborted with saying that wants to but mustn't uninstall postgresql-12; I am using that as a backend for Akonadi (long woes with sqlite backend..). To fix, I had to manually update the Akonadi database to postgresql-14, and then manually uninstalled postgresql-12. The check is therefore good, thank you! My guess is that this setup is not the most widespread, so some friction around it is not a problem. Generally, it seems that I need to pay a bit more attention to the version of postgresql on this system
- minor: having to restart the updater for every little thing that is wrong (not enough space in /boot, not having all packages updated, wanting another reboot, not wanting to uninstall postgresql) is a little annoying, for some, of course, the updater cannot wait and recheck, for others, it could.