Re: F40 -> F42?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Apr 18, 2025 at 8:01 AM Neal Becker <ndbecker2@xxxxxxxxx> wrote:


On Fri, Apr 18, 2025 at 8:34 AM Richard Shaw <hobbes1069@xxxxxxxxx> wrote:
On Fri, Apr 18, 2025 at 7:29 AM Neal Becker <ndbecker2@xxxxxxxxx> wrote:
I just tried updating a lenovo laptop from F40 to F42 using 
sudo dnf system-upgrade download --releasever=42
sudo dnf system-upgrade reboot

This machine is a bit slow (not a lot of memory) so I didn't hang around to watch, but about 10 min later it's running again, and still on F40.

Any suggestions?
Any ideas how to see the logs related to what happened?

I've never tried to jump two releases although it's supposed to be supported, but I've had this happen when I used to maintain a couple local repositories and it wouldn't pull the updated packages into the transaction.

More than likely the transaction check failed. Depending on how many times you've booted since the upgrade attempt something like "journalctl -b -1" should work and then search for when the upgrade started.


pr 18 06:53:01 nbecker2 dnf-3[866]: Error:
Apr 18 06:53:01 nbecker2 dnf-3[866]:  Problem: The operation would result in removing the following protected packages: kernel-core
Apr 18 06:53:01 nbecker2 dnf-3[866]: (try to add '--skip-broken' to skip uninstallable packages)
Apr 18 06:53:01 nbecker2 systemd[1]: dnf-system-upgrade.service: Main process exited, code=exited, status=1/FAILURE
Apr 18 06:53:01 nbecker2 systemd[1]: dnf-system-upgrade.service: Failed with result 'exit-code'.
Apr 18 06:53:01 nbecker2 systemd[1]: Failed to start dnf-system-upgrade.service - System Upgrade using DNF.
Apr 18 06:53:01 nbecker2 systemd[1]: dnf-system-upgrade.service: Triggering _OnFailure_= dependencies.

When I had run sudo dnf upgrade --refresh I had trouble running because there wasn't enough space on /boot, so I edited /etc/dnf/dnf.conf to set 
installonly_limit=2
which allowed dnf upgrade --refresh to proceed.  I now have 47% usage on /boot.  But this error seems related, because I saw the same error when I tried to remove old kernels before I set installonly_limit=2. 

I don't suppose there's any useful output above the error?

One option would be to update to the F42 kernel since they'll generally work across releases:

sudo dnf --releasever=42 update kernel

And then rerun the system-upgrade to take them out of the transaction.

Thanks,
Richard
-- 
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux