mirror of https://github.com/QubesOS/qubes-doc.git synced 2024-12-27 08:19:24 -05:00

Andrew David Wong 0c95b3ae4d

Revert "Remove instances of title: from YAML headers"

This reverts commit 24e6a8a616.

https://github.com/QubesOS/qubes-issues/issues/6701#issuecomment-862060759

2021-06-15 23:19:45 -07:00

9.1 KiB

Raw Blame History

lang

layout

redirect_from

ref

title

doc

/doc/template/fedora/upgrade/

/doc/template/fedora/upgrade-26-to-27/

/doc/fedora-template-upgrade-26/

/en/doc/fedora-template-upgrade-26/

/doc/FedoraTemplateUpgrade26/

/wiki/FedoraTemplateUpgrade26/

/doc/template/fedora/upgrade-27-to-28/

/doc/fedora-template-upgrade-27/

/en/doc/fedora-template-upgrade-27/

/doc/FedoraTemplateUpgrade27/

/wiki/FedoraTemplateUpgrade27/

/doc/template/fedora/upgrade-28-to-29/

/doc/fedora-template-upgrade-28/

/en/doc/fedora-template-upgrade-28/

/doc/FedoraTemplateUpgrade28/

/wiki/FedoraTemplateUpgrade28/

/doc/template/fedora/upgrade-29-to-30/

137

In-place upgrade of Fedora TemplateVMs

Upgrading Fedora TemplateVMs

Warning: This page is intended for advanced users only. Most users seeking to upgrade should instead install a new Fedora TemplateVM. Learn more about the two options here.

This page provides instructions for performing an in-place upgrade of an installed Fedora TemplateVM. If you wish to install a new, unmodified Fedora TemplateVM instead of upgrading a template that is already installed in your system, please see the Fedora TemplateVM page instead. (Learn more about the two options.)

Summary instructions for standard Fedora TemplateVMs

Note: The prompt on each line indicates where each command should be entered: dom0, fedora-<old>, or fedora-<new>, where <old> is the Fedora version number from which you are upgrading, and <new> is the Fedora version number to which you are upgrading.

[user@dom0 ~]$ qvm-clone fedora-<old> fedora-<new>
[user@dom0 ~]$ truncate -s 5GB /var/tmp/template-upgrade-cache.img
[user@dom0 ~]$ qvm-run -a fedora-<new> gnome-terminal
[user@dom0 ~]$ dev=$(sudo losetup -f --show /var/tmp/template-upgrade-cache.img)
[user@dom0 ~]$ qvm-block attach fedora-<new> dom0:${dev##*/}
[user@fedora-<new> ~]$ sudo mkfs.ext4 /dev/xvdi
[user@fedora-<new> ~]$ sudo mount /dev/xvdi /mnt/removable
[user@fedora-<new> ~]$ sudo dnf clean all
[user@fedora-<new> ~]$ sudo dnf --releasever=<new> --setopt=cachedir=/mnt/removable --best --allowerasing distro-sync
[user@dom0 ~]$ qvm-shutdown fedora-<new>
[user@dom0 ~]$ sudo losetup -d $dev
[user@dom0 ~]$ rm /var/tmp/template-upgrade-cache.img

Detailed instructions for standard Fedora TemplateVMs

These instructions will show you how to upgrade the standard Fedora TemplateVM. The same general procedure may be used to upgrade any template based on the standard Fedora TemplateVM.

Ensure the existing template is not running.
```
[user@dom0 ~]$ qvm-shutdown fedora-<old>
```

Clone the existing template and start a terminal in the new template.

[user@dom0 ~]$ qvm-clone fedora-<old> fedora-<new>
[user@dom0 ~]$ qvm-run -a fedora-<new> gnome-terminal

Attempt the upgrade process in the new template.

[user@fedora-<new> ~]$ sudo dnf clean all
[user@fedora-<new> ~]$ sudo dnf --releasever=<new> distro-sync --best --allowerasing

Note: dnf might ask you to approve importing a new package signing key. For example, you might see a prompt like this one:

warning: /mnt/removable/updates-0b4cc238d1aa4ffe/packages/example-package.fc<new>.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID XXXXXXXX: NOKEY
Importing GPG key 0xXXXXXXXX:
 Userid     : "Fedora <new> (<new>) <fedora-<new>@fedoraproject.org>"
 Fingerprint: XXXX XXXX XXXX XXXX XXXX  XXXX XXXX XXXX XXXX XXXX
 From       : /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-<new>-x86_64
Is this ok [y/N]: y

This key was already checked when it was installed (notice that the "From" line refers to a location on your local disk), so you can safely say yes to this prompt.

Note: If you encounter no errors, proceed to step 4. If you do encounter errors, see the next two points first.

If dnf reports that you do not have enough free disk space to proceed with the upgrade process, create an empty file in dom0 to use as a cache and attach it to the template as a virtual disk.

[user@dom0 ~]$ truncate -s 5GB /var/tmp/template-upgrade-cache.img
[user@dom0 ~]$ dev=$(sudo losetup -f --show /var/tmp/template-upgrade-cache.img)
[user@dom0 ~]$ qvm-block attach fedora-<new> dom0:${dev##*/}

Then reattempt the upgrade process, but this time use the virtual disk as a cache.

[user@fedora-<new> ~]$ sudo mkfs.ext4 /dev/xvdi
[user@fedora-<new> ~]$ sudo mount /dev/xvdi /mnt/removable
[user@fedora-<new> ~]$ sudo dnf clean all
[user@fedora-<new> ~]$ sudo dnf --releasever=<new> --setopt=cachedir=/mnt/removable --best --allowerasing distro-sync

If this attempt is successful, proceed to step 4.

dnf may complain:

At least X MB more space needed on the / filesystem.

In this case, one option is to resize the TemplateVM's disk image before reattempting the upgrade process. (See Additional Information below for other options.)

Check that you are on the correct (new) Fedora release.
```
[user@fedora-<new> ~]$ cat /etc/fedora-release
```

(Optional) Trim the new template. (This should no longer be necessary, but it does not hurt. Some users have reported that it makes a difference.)

[user@fedora-<new> ~]$ sudo fstrim -av
[user@dom0 ~]$ qvm-shutdown fedora-<new>
[user@dom0 ~]$ qvm-start fedora-<new>
[user@fedora-<new> ~]$ sudo fstrim -av

Shut down the new TemplateVM.

[user@dom0 ~]$ qvm-shutdown fedora-<new>

Remove the cache file, if you created one.

[user@dom0 ~]$ sudo losetup -d $dev
[user@dom0 ~]$ rm /var/tmp/template-upgrade-cache.img

(Recommended) Switch everything that was set to the old template to the new template.

(Optional) Make the new template the global default.

[user@dom0 ~]$ qubes-prefs --set default_template fedora-<new>

(Optional) Uninstall the old template. Make sure that the template you're uninstalling is the old one, not the new one!

Summary instructions for Fedora Minimal TemplateVMs

[user@dom0 ~]$ qvm-clone fedora-<old>-minimal fedora-<new>-minimal
[user@dom0 ~]$ qvm-run -u root -a fedora-<new>-minimal xterm
[root@fedora-<new>-minimal ~]# dnf clean all
[user@fedora-<new>-minimal ~]# dnf --releasever=<new> --best --allowerasing distro-sync
[user@fedora-<new>-minimal ~]# fstrim -v /

(Shut down TemplateVM by any normal means.)

(If you encounter insufficient space issues, you may need to use the methods described for the standard template above.)

StandaloneVMs

The procedure for upgrading a Fedora StandaloneVM is the same as for a TemplateVM.

Release-specific notes

See the news announcement for each specific TemplateVM release for any important notices about that particular release.

End-of-life (EOL) releases

We strongly recommend against using any Fedora release that has reached end-of-life (EOL). Also see supported versions.

Additional information

As mentioned above, you may encounter the following dnf error:

At least X MB more space needed on the / filesystem.

In this case, you have several options:

Increase the TemplateVM's disk image size. This is the solution mentioned in the main instructions above.
Delete files in order to free up space. One way to do this is by uninstalling packages. You may then reinstall them again after you finish the upgrade process, if desired). However, you may end up having to increase the disk image size anyway (see previous option).
Do the upgrade in parts, e.g., by using package groups. (First upgrade @core packages, then the rest.)
Do not perform an in-place upgrade, see Upgrading Fedora TemplateVMs.

9.1 KiB Raw Blame History