#710 "Fedora" -> "Fedora Linux"
Merged 12 days ago by sumantrom. Opened 13 days ago by mattdm.
fedora-docs/ mattdm/quick-docs main  into  main

@@ -1,6 +1,6 @@ 

- = Upgrading Fedora to a New Release

+ = Upgrading Fedora Linux to a New Release

   Jun Aruga; Kamil Páral; Ben Cotton

- :revnumber: F37, F38, F39

+ :revnumber: F37, F38, F39, F40

  :revdate: 2023-11-07

  :category: Administration

  :tags: How-to,  Upgrade
@@ -10,8 +10,9 @@ 

  

  [IMPORTANT]

  ====

- . Make sure your system is *fully up-to-date* before attempting a system upgrade to a new Fedora release.

- . Be sure to *back-up your data* before upgrading your Fedora system in the event something breaks and leaves your system unusable.

+ . Make sure your system is *fully up-to-date* before attempting a system upgrade to a new Fedora Linux release.

+ . Be sure to *back-up your data* before upgrading your Fedora Linux system in the event something breaks and leaves your system unusable.

+ . This is extremely unlikely, but it's better to be safe than sorry. It's a good idea to back up important data regularly in any case, and now is a great time to double-check.

  . Read the xref:fedora:release-notes:index.adoc[Release Notes] carefully before attempting an upgrade.

  ====

  
@@ -44,10 +45,10 @@ 

  

  [NOTE]

  ====

- This is the recommended upgrade method for all other Fedora installations.

+ This is the recommended upgrade method for all other Fedora Linux installations.

  ====

  

- This method is used to a upgrade Fedora installation using the command-line.

+ This method is used to a upgrade Fedora Linux installation using the command-line.

  It is also used to troubleshoot issues with packages preventing the graphical method from upgrading.

  

  For instructions on upgrading with the DNF system upgrade plugin, refer to the xref:upgrading-fedora-offline.adoc[DNF System Upgrade Plugin] page.
@@ -56,44 +57,44 @@ 

  

  [NOTE]

  ====

- Upgrading between major versions (such as from Fedora 38 to Fedora 39) can be completed using the Software application. Alternatively, Silverblue can be upgraded between major versions using the `ostree` command..

+ Upgrading between major versions (such as from Fedora Linux 38 to Fedora Linux 39) can be completed using the Software application. Alternatively, Silverblue can be upgraded between major versions using the `ostree` command..

  ====

  

  For instructions on upgrading Fedora Silverblue Host, refer to the link:++https://docs.fedoraproject.org/en-US/fedora-silverblue/updates-upgrades-rollbacks/#upgrading++[dedicated page].

  

- == Can I upgrade between Fedora releases using only DNF?

+ == Can I upgrade between Fedora Linux releases using only DNF?

  

  [WARNING]

  ====

  This is not a supported upgrade method.

  ====

  

- Upgrading between Fedora releases without the xref:upgrading-fedora-offline.adoc[DNF System Upgrade plugin] or xref:#_upgrading_to_the_next_fedora_workstation_release[GNOME Software] are not tested by the Fedora QA team, and are therefore not supported by the community. You can follow xref:upgrading-fedora-online.adoc[Upgrading Fedora using package manager], but you're doing that *at your own risk*.

+ Upgrading between Fedora Linux releases without the xref:upgrading-fedora-offline.adoc[DNF System Upgrade plugin] or xref:#_upgrading_to_the_next_fedora_workstation_release[GNOME Software] are not tested by the Fedora Quality team, and are therefore not supported by the community. You can follow xref:upgrading-fedora-online.adoc[Upgrading Fedora Linux using package manager], but you're doing that *at your own risk*.

  

  == Upgrading from pre-release (beta) to final public release (stable)

  

- If you are using a pre-release of Fedora, you shouldn't need to do anything to get the final public release, other than updating packages as they become available. You can use `sudo dnf upgrade` or wait for desktop notification. When the pre-release is released as final, the `fedora-repos` packages will be updated and your `updates-testing` repository will be disabled. Once this happens (on the release day), it is highly recommended to run `sudo dnf distro-sync` in order to align package versions with the current release.

+ If you are using a pre-release of Fedora Linux, you shouldn't need to do anything to get the final public release, other than updating packages as they become available. You can use `sudo dnf upgrade` or wait for desktop notification. When the pre-release is released as final, the `fedora-repos` packages will be updated and your `updates-testing` repository will be disabled. Once this happens (on the release day), it is highly recommended to run `sudo dnf distro-sync` in order to align package versions with the current release.

  

  == How do I upgrade to Rawhide and Branched?

  

- link:++https://fedoraproject.org/wiki/Releases/Rawhide++[Rawhide] and link:++https://fedoraproject.org/wiki/Releases/Branched++[Branched] are the development releases of Fedora.

- They are suitable for users developing or testing Fedora before public release.

+ link:++https://fedoraproject.org/wiki/Releases/Rawhide++[Rawhide] and link:++https://fedoraproject.org/wiki/Releases/Branched++[Branched] are the development releases of Fedora Linux.

+ They are suitable for users developing or testing Fedora Linux before public release.

  They are *NOT SUITABLE* for regular day-to-day use unless you are a fairly experienced user, and certainly not suitable for mission-critical use.

  You should read through those pages carefully before deciding to run Branched or Rawhide.

- See the link:++https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle++[Fedora Life Cycle] for more information on how the whole Fedora cycle works from Rawhide, to Branched, to the milestone releases (Beta), to the 'Final' release.

+ See the link:++https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle++[Fedora Release Life Cycle] for more information on how the whole Fedora cycle works from Rawhide, to Branched, to the milestone releases (Beta), to the 'Final' release.

  

  Upgrading to a Branched release or to Rawhide can be done using xref:upgrading-fedora-offline.adoc[DNF System Upgrade].

  

  == Can I upgrade from an End Of Life (EOL) release?

  

  Fedora strongly discourages running an end-of-life release on any production system, or any system connected to the public internet.

- You should never allow a production Fedora deployment to reach end-of-life in the first place.

+ You should never allow a production Fedora Linux deployment to reach end-of-life in the first place.

  

  With that in mind, if you do have an end-of-life release installed on a system you cannot just discard or re-deploy, you upgrade using xref:upgrading-fedora-offline.adoc[DNF System Upgrade]. Note that upgrades are only tested from the two previous releases.

  

  === Upgrading to a pre-release version using Gnome Software

  

- Upgrading to pre-released versions of Fedora can be enabled in Gnome software using the following command:

+ Upgrading to pre-released versions of Fedora Linux can be enabled in Gnome software using the following command:

  

  ----

  gsettings set org.gnome.software show-upgrade-prerelease true
@@ -107,11 +108,11 @@ 

  gsettings set org.gnome.software show-upgrade-prerelease false

  ----

  

- === Upgrading using the Fedora installer (anaconda)?

+ === Upgrading using the Fedora Linux installer (anaconda)?

  

- Fedora releases up to Fedora 17 included upgrade functionality in the Fedora installer, anaconda.

+ Fedora releases up to 17 included upgrade functionality in the installer, anaconda.

  This can be a better choice than a package manager upgrade for some End Of Life (EOL) upgrades.

- If you are attempting to upgrade from Fedora 16 or older, it is highly recommended to upgrade to Fedora 16 and perform an installer upgrade from Fedora 16 to Fedora 17 before upgrading any further.

+ If you are attempting to upgrade from 16 or older, it is highly recommended to upgrade to 16 and perform an installer upgrade from 16 to 17 before upgrading any further.

  

  To upgrade using the installer, boot the system from a network install or DVD image for the target release, and run through the initial steps of the install process.

  After you select storage devices the installer should offer you the option to upgrade the installed system.

@@ -1,6 +1,6 @@ 

- = Upgrading Fedora Using DNF System Plugin

+ = Upgrading Fedora Linux Using DNF System Plugin

  Michael Wu; Anthony McGlone; The Fedora Docs team

- :revnumber: F38, F39

+ :revnumber: F38, F39, F40

  :revdate: 2023-11-07

  :category: Administration

  :tags: How-to, Upgrade, Update 
@@ -10,7 +10,7 @@ 

  

  // Optional  free form useful additional information as comment

  

- link:++https://github.com/rpm-software-management/dnf-plugins-extras++[`dnf-plugin-system-upgrade`] is a plugin for the xref:dnf.adoc[DNF] package manager and is used to upgrade your system to the current release of Fedora.

+ link:++https://github.com/rpm-software-management/dnf-plugins-extras++[`dnf-plugin-system-upgrade`] is a plugin for the xref:dnf.adoc[DNF] package manager and is used to upgrade your system to the current release of Fedora Linux.

  For Fedora Silverblue and Fedora CoreOS, which use rpm-ostree, you may refer to link:++https://coreos.github.io/rpm-ostree/administrator-handbook/++[rpm-ostree documentation] for details.

  

  This is the recommended command-line upgrade method.
@@ -20,7 +20,7 @@ 

  

  . The system reboots into a special environment (implemented as a systemd target) to install them

  

- . Upon completion, the system reboots into the new Fedora release

+ . Upon completion, the system reboots into the new Fedora Linux release

  

  [[sect-performing-system-upgrade]]

  == Performing system upgrade
@@ -33,7 +33,7 @@ 

  

  ====

  

- . To update your Fedora release from the command-line do:

+ . To update your Fedora Linux release from the command-line do:

  +

  [source,bash]

  ----
@@ -59,7 +59,7 @@ 

  ----

  +

  Change the `--releasever=` number if you want to upgrade to a different release.

- Most people will want to upgrade to the latest stable release, which is `{MAJOROSVER}`, but in some cases, such as when you're currently running an older release than `{PREVVER}`, you may want to upgrade just to Fedora `{PREVVER}`. System upgrade is only officially supported and tested over 2 releases at most (e.g. from `{PREVPREVVER}` to `{MAJOROSVER}`). If you need to upgrade over more releases, it is recommended to do it in several smaller steps (<<sect-how-many-releases-can-i-upgrade-across-at-once,read more>>).

+ Most people will want to upgrade to the latest stable release, which is `{MAJOROSVER}`, but in some cases, such as when you're currently running an older release than `{PREVVER}`, you may want to upgrade just to Fedora Linux `{PREVVER}`. System upgrade is only officially supported and tested over 2 releases at most (e.g. from `{PREVPREVVER}` to `{MAJOROSVER}`). If you need to upgrade over more releases, it is recommended to do it in several smaller steps (<<sect-how-many-releases-can-i-upgrade-across-at-once,read more>>).

  +

  You can also use `{NEXTVER}` to upgrade to a link:https://fedoraproject.org/wiki/Releases/Branched[Branched] release, or `rawhide` to upgrade to link:https://fedoraproject.org/wiki/Releases/Rawhide[Rawhide]. Note that neither of these two are stable releases. For details about the upgrade process and common issues related to those two releases, please look at appropriate sections on aforelinked pages.

  
@@ -82,7 +82,7 @@ 

  sudo dnf system-upgrade reboot

  ----

  

- . Once the upgrade process completes, your system will reboot a second time into the updated release version of Fedora.

+ . Once the upgrade process completes, your system will reboot a second time into the updated release version of Fedora Linux.

  

  [[sect-optional-post-upgrade-tasks]]

  == Optional post-upgrade tasks
@@ -121,7 +121,7 @@ 

  [[sect-update-grub-bootloader-on-bios]]

  === Update GRUB bootloader on BIOS systems

  

- Systems with the link:++https://docs.fedoraproject.org/en-US/quick-docs/installing-grub2/#installing-grub-2-on-a-bios-system++[BIOS firmware] have the GRUB RPM packages updated. However, the installed or embedded bootloader is never updated automatically. It is a good idea to update it between Fedora release versions.

+ Systems with the link:++https://docs.fedoraproject.org/en-US/quick-docs/installing-grub2/#installing-grub-2-on-a-bios-system++[BIOS firmware] have the GRUB RPM packages updated. However, the installed or embedded bootloader is never updated automatically. It is a good idea to update it between Fedora Linux release versions.

  

  Find the device node the `/boot/` directory is located on:

  
@@ -149,7 +149,7 @@ 

  still on your system. These packages will not receive upgrades. It is highly

  recommended to remove them.

  

- If you upgrade across one release (e.g. Fedora {PREVVER} to {MAJOROSVER}), run the following commands:

+ If you upgrade across one release (e.g. Fedora Linux {PREVVER} to {MAJOROSVER}), run the following commands:

  

  [source,bash]

  ----
@@ -157,7 +157,7 @@ 

  $ remove-retired-packages

  ----

  

- If you upgrade across two releases (e.g. Fedora {PREVPREVVER} to {MAJOROSVER}), you must supply the old release version to `remove-retired-packages`:

+ If you upgrade across two releases (e.g. Fedora Linux {PREVPREVVER} to {MAJOROSVER}), you must supply the old release version to `remove-retired-packages`:

  

  [source,bash,subs="attributes"]

  ----
@@ -377,7 +377,7 @@ 

  === Does DNF System Upgrade verify the software it runs or installs during an upgrade?

  

  Yes.

- The package signing keys for the newer Fedora release are sent to older Fedora releases to allow DNF to verify the integrity of the downloaded packages.

+ The package signing keys for the newer Fedora Linux release are sent to older releases to allow DNF to verify the integrity of the downloaded packages.

  You can disable this function if needed, but is not recommended as you will be open to attacks from malicious software.

  

  [[sect-will-packages-in-third-party-repositories-be-upgraded]]
@@ -385,7 +385,7 @@ 

  

  Yes, if they are configured like regular DNF repositories and the version numbers are not hard-coded in the repository file (usually found in `/etc/yum.repos.d/`).

  Commonly used third-party repositories like RPM Fusion should work.

- However, if attempting to upgrade prior to, or soon after, an official Fedora release, they may not have updated their repository paths, and DNF may be unable to find their packages.

+ However, if attempting to upgrade prior to, or soon after, an official Fedora Linux release, they may not have updated their repository paths, and DNF may be unable to find their packages.

  Usually, this should not prevent the upgrade from running successfully.

  Also, you can update packages from the third-party repository later.

  
@@ -394,8 +394,8 @@ 

  

  It is strongly recommended to upgrade an EOL release on any production system, or any system connected to the public internet.

  

- Any upgrade from Fedora 20 or earlier is done *at your own risk* as DNF was not the default package management tool.

- However, if you do have a release newer than Fedora 20 that is EOL, you can attempt to do an upgrade, but this method is *not supported*.

+ Any upgrade from Fedora Linux 20 or earlier is done *at your own risk* as DNF was not the default package management tool.

+ However, if you do have a release newer than Fedora Linux 20 that is EOL, you can attempt to do an upgrade, but this method is *not supported*.

  You may try to upgrade through intermediate releases until you reach a currently-supported release, or try to upgrade to a currently-supported release in a single operation.

  Again this is unsupported and is *at your own risk*.

  
@@ -413,7 +413,7 @@ 

  sudo rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-N-primary

  ----

  

- (where `N` is the Fedora version.)

+ (where `N` is the Fedora Linux version.)

  

  [[sect-can-i-use-dnf-system-upgrade-to-upgrade-to-a-pre-release]]

  === Can I use DNF System Upgrade to upgrade to a pre-release (e.g. a Beta)?

@@ -1,21 +1,21 @@ 

- = Upgrading Fedora Online Using Package Manager

+ = Upgrading Fedora Linux Online Using Package Manager

   Ben Cotton; Kamil Páral;  Caleb McKee

- :revnumber: F37, F38, F39

+ :revnumber: F37, F38, F39, F40

  :revdate: 2023-11-07

  :category: Administration

  :tags: How-to,  Upgrade

  //:page-aliases:

  

  [abstract]

- This page contains information explaining how to upgrade Fedora online using `dnf` (without the xref:dnf-system-upgrade.adoc[DNF system upgrade plugin]).

+ This page contains information explaining how to upgrade Fedora Linux online using `dnf` (without the xref:dnf-system-upgrade.adoc[DNF system upgrade plugin]).

  

  

  [WARNING]

  ====

- This is not a supported upgrade method. Read xref:upgrading.adoc[Upgrading to a new release of Fedora] to see a list of supported and tested upgrade methods. The steps included in the guide are *at your own risk*.

+ This is not a supported upgrade method. Read xref:upgrading.adoc[Upgrading to a new release of Fedora Linux] to see a list of supported and tested upgrade methods. The steps included in the guide are *at your own risk*.

  ====

  

- == Upgrading Fedora using dnf directly

+ == Upgrading Fedora Linux using dnf directly

  

  == Participate

  
@@ -26,7 +26,7 @@ 

  

  == Upgrading across multiple releases

  

- If you need to upgrade across several releases, it is generally recommended to go one release at a time: for example, rather than going directly from Fedora 37 to Fedora 39, first go to Fedora 38 and then to Fedora 39. This tends to reduce the number of package dependency issues you may encounter. If you are upgrading from an link:End_of_life[End of life] release, please also see link:#eol[the end-of-life section].

+ If you need to upgrade across several releases, it is generally recommended to go one release at a time: for example, rather than going directly from Fedora Linux 37 to Fedora Linux 39, first go to Fedora Linux 38 and then to Fedora Linux 39. This tends to reduce the number of package dependency issues you may encounter. If you are upgrading from an link:End_of_life[End of life] release, please also see link:#eol[the end-of-life section].

  

  == Instructions to upgrade using dnf

  
@@ -38,7 +38,7 @@ 

  

  Further down in this page there is a list of common problems specific to dnf upgrades for specific versions. Some of them require attention before the upgrade.

  

- General advice on upgrading Fedora can be found on the link:https://docs.fedoraproject.org/en-US/quick-docs/upgrading/[Upgrading] page. You should also read the http://docs.fedoraproject.org/install-guide/[Installation Guide] and http://docs.fedoraproject.org/release-notes/[Release Notes] for the version you plan to upgrade to - they contain important information regarding upgrading issues. Finally, check the list of link:Common_bugs[Common bugs].

+ General advice on upgrading Fedora Linux can be found on the link:https://docs.fedoraproject.org/en-US/quick-docs/upgrading/[Upgrading] page. You should also read the http://docs.fedoraproject.org/install-guide/[Installation Guide] and http://docs.fedoraproject.org/release-notes/[Release Notes] for the version you plan to upgrade to - they contain important information regarding upgrading issues. Finally, check the list of link:Common_bugs[Common bugs].

  

  === 3. Clean Stuff

  
@@ -55,9 +55,9 @@ 

  === 4. Do the upgrade

  

  If you have 3rd party repositories configured, you may need to adjust

- them for the new Fedora version. If you switch from one Fedora release

+ them for the new Fedora Linux version. If you switch from one Fedora Linux release

  to another there is often nothing that needs to be done. If you switch

- to Rawhide from a standard Fedora release (or vice versa) then most of

+ to Rawhide from a standard Fedora Linux release (or vice versa) then most of

  the time you will need to install the Rawhide release RPMs from the 3rd

  party repository as well (or the standard ones, if switching back).

  
@@ -101,7 +101,7 @@ 

  ....

  

  [[fully-update-your-current-fedora-install]]

- ==== Fully update your current Fedora install

+ ==== Fully update your current Fedora Linux install

  

  ....

  # dnf upgrade
@@ -110,9 +110,9 @@ 

  [[install-the-package-signing-key-for-the-release-you-are-upgrading-to]]

  ==== Install the package signing key for the release you are upgrading to

  

- If you are upgrading across two releases or fewer from Fedora 20 or

+ If you are upgrading across two releases or fewer from Fedora Linux 20 or

  later, this step should be unnecessary. If you are upgrading from an

- older Fedora or upgrading across three or more releases, you may need to

+ older Fedora Linux or upgrading across three or more releases, you may need to

  import the signing key for the target release.

  

  If it turns out not to be, you should be able to import keys like so:
@@ -121,7 +121,7 @@ 

   # rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-23-x86_64

  ....

  

- , replacing "23" and "x86_64" with the new Fedora version and your

+ , replacing "23" and "x86_64" with the new Fedora Linux version and your

  architecture, respectively.

  

  You can also find package signing keys for currently-supported releases
@@ -167,7 +167,7 @@ 

  

  If you are at all unsure in any way, ask for help on a mailing list, forum or IRC before removing packages.

  

- === 5. Make sure Fedora is upgraded

+ === 5. Make sure Fedora Linux is upgraded

  

  Distro-sync will usually take care of upgrades for the third party

  repositories you have enabled as well. Confirm with `dnf repolist` after the upgrade
@@ -225,7 +225,7 @@ 

  

  Again, cleanup your system as described in section 2. Also you might

  want to remove some cache files that are no longer used, for example

- files from older Fedora releases in the following directories:

+ files from older Fedora Linux releases in the following directories:

  

  * /var/cache/dnf

  * /var/cache/mock
@@ -256,7 +256,7 @@ 

  # touch /.autorelabel

  ....

  

- === Fedora 31

+ === Fedora Linux 31

  Before running

  

  ....
@@ -271,21 +271,21 @@ 

  

  See link:https://bugzilla.redhat.com/show_bug.cgi?id=1747408[Bug 1747408].

  

- === Fedora 30

+ === Fedora Linux 30

  

  No special instructions. Follow the above instructions.

  

- === Fedora 29

+ === Fedora Linux 29

  

  No special instructions. Follow the above instructions.

  

  [[upgrading-from-legacy-end-of-life-eol-fedora-releases]]

- === Upgrading from legacy end of life (EOL) Fedora releases

+ === Upgrading from legacy end of life (EOL) Fedora Linux releases

  

- Note that Fedora strongly recommends against ever running an end-of-life release on any production system, or any system connected to the public internet, in any circumstances. You should never allow a production Fedora deployment to reach end-of-life in the first place.

+ Note that Fedora strongly recommends against ever running an end-of-life release on any production system, or any system connected to the public internet, in any circumstances. You should never allow a production Fedora Linux deployment to reach end-of-life in the first place.

  

  With that in mind, if you do have an end-of-life release installed on a system you cannot just discard or re-deploy, you can attempt to upgrade it, though this is a less-tested and less-supported operation.

  

- For detailed instructions on upgrades from EOL releases, please read link:Upgrading_from_EOL_Fedora_using_package_manager[Upgrading from EOL Fedora using package manager].

+ For detailed instructions on upgrades from EOL releases, please read link:Upgrading_from_EOL_Fedora_using_package_manager[Upgrading from EOL Fedora Linux using package manager].

  

  See a typo, something missing or out of date, or anything else which can be improved? Edit this document at https://pagure.io/fedora-docs/quick-docs.