(→How do I use it?: Add --best to the install, as it obsoletes fedup-dracut if you have fedup previously installed) |
(we recommended to upgrade to rawhide, oh my, oh my) |
||
Line 16: | Line 16: | ||
#* {{command|1=sudo dnf install dnf-plugin-system-upgrade --best}} | #* {{command|1=sudo dnf install dnf-plugin-system-upgrade --best}} | ||
# Download the updated packages: | # Download the updated packages: | ||
#* {{command|1=sudo dnf system-upgrade download --releasever={{FedoraVersionNumber|next}} | #* {{command|1=sudo dnf system-upgrade download --releasever={{FedoraVersionNumber}}}} | ||
#* Change the <code>--releasever=</code> number if you want to upgrade to a different system release. Most people will want to upgrade to the latest stable release, which is <code>{{FedoraVersionNumber}}</code>, but if you want, you can also use <code>{{FedoraVersionNumber|next}}</code> or <code>rawhide</code> (warning: those are not stable releases). | |||
#* If some of your packages would have unsatisfied dependencies, the upgrade will refuse to continue until you run it again with an extra {{code|--allowerasing}} option. This often happens with packages installed from third-party repositories for which an updated repositories hasn't been yet published. Please study very careful the output and examine which packages are going to be removed. None of them should be essential for system functionality, but some of them might be important for your productivity. | #* If some of your packages would have unsatisfied dependencies, the upgrade will refuse to continue until you run it again with an extra {{code|--allowerasing}} option. This often happens with packages installed from third-party repositories for which an updated repositories hasn't been yet published. Please study very careful the output and examine which packages are going to be removed. None of them should be essential for system functionality, but some of them might be important for your productivity. | ||
#* In case of unsatisfied dependencies, you can see more details if you add {{code|--best}} option to the command line. | #* In case of unsatisfied dependencies, you can see more details if you add {{code|--best}} option to the command line. |
Revision as of 16:26, 3 November 2015
What is DNF system upgrade?
dnf-plugin-system-upgrade is a plugin for the Dnf package manager which handles system upgrades. It is the recommended upgrade method for Fedora since the release of Fedora 23 Beta. The Changes/DNF_System_Upgrades page documents the initial introduction of this mechanism.
What does DNF system upgrade do?
DNF system upgrade can upgrade your system to a newer release of Fedora, using a mechanism similar to that used for offline package updates. The updated packages are downloaded while the system is running normally, then the system reboots to a special environment (implemented as a systemd target) to install them. Once installation of the updated packages is complete, the system reboots again to the new Fedora release.
How do I use it?
- Update your system using the standard updater for your desktop or
pkcon
ordnf
:sudo dnf update
- It is wise to reboot the computer, especially if you've just installed a new kernel.
- Please note that there is an issue if you use a non-default plymouth boot theme. If you do, please follow the issue description to make sure your upgrade will not be affected.
- Install the
package:dnf-plugin-system-upgrade
sudo dnf install dnf-plugin-system-upgrade --best
- Download the updated packages:
sudo dnf system-upgrade download --releasever=40
- Change the
--releasever=
number if you want to upgrade to a different system release. Most people will want to upgrade to the latest stable release, which is40
, but if you want, you can also use41
orrawhide
(warning: those are not stable releases). - If some of your packages would have unsatisfied dependencies, the upgrade will refuse to continue until you run it again with an extra --allowerasing option. This often happens with packages installed from third-party repositories for which an updated repositories hasn't been yet published. Please study very careful the output and examine which packages are going to be removed. None of them should be essential for system functionality, but some of them might be important for your productivity.
- In case of unsatisfied dependencies, you can see more details if you add --best option to the command line.
- Trigger the upgrade process:
sudo dnf system-upgrade reboot
- Wait for the upgrade process to complete.
Frequently Asked Questions
How do I report issues that I find with upgrades?
First see Common F40 bugs or Common F41 bugs to check if the problem is a very prominent issue we already know of. If it is not there, search for an existing bug report. If you do not see a report that matches your symptoms, you can file a new report from the search page.
If you hit issues after upgrade with a specific package, file a bug against the package with which you are having issues.
Does DNF system upgrade verify the software it runs or installs during upgrade?
Yes. The package signing keys for newer Fedora releases are sent to older Fedora releases in order to allow DNF to verify the integrity of the packages it downloads. You can disable this function with the --nogpgcheck parameter if you need to do so for any reason.
Will packages in third party repositories be upgraded?
Yes, if they are set up like regular DNF repositories and do not hard code the repository path. Commonly-used third party repositories usually work fine, but if you attempt to upgrade prior to or soon after an official Fedora release, they may not have updated their repository paths yet, and DNF may be unable to find their packages. This will usually not prevent the upgrade running successfully, though, and you can update the packages from the third-party repository later.
Can I use DNF system upgrade to upgrade to a pre-release (e.g. a Beta)?
Yes. It should always be possible to attempt such an upgrade. Of course, this function is as subject to temporary breakage as is any other aspect of a pre-release, and generally speaking, the earlier the release in question, the less likely it is to work without problems.