From Fedora Project Wiki
Name change: previous vs. current
This test case was renamed from QA:Testcase upgrade dnf previous workstation encrypted to QA:Testcase upgrade dnf current workstation encrypted on 2016-01-11. The old name is now used for a similar test case that starts from the previous (rather than current) stable release, so the old name does not redirect here. See this email for more information.
This test case was renamed from QA:Testcase upgrade dnf previous workstation encrypted to QA:Testcase upgrade dnf current workstation encrypted on 2016-01-11. The old name is now used for a similar test case that starts from the previous (rather than current) stable release, so the old name does not redirect here. See this email for more information.
Associated release criterion
This test case is associated with the Fedora_42_Beta_Release_Criteria#upgrade-requirements release criterion. If you are doing release validation testing, a failure of this test case may be a breach of that release criterion. If so, please file a bug and nominate it as blocking the appropriate milestone, using the blocker bug nomination page.
This test case is associated with the Fedora_42_Beta_Release_Criteria#upgrade-requirements release criterion. If you are doing release validation testing, a failure of this test case may be a breach of that release criterion. If so, please file a bug and nominate it as blocking the appropriate milestone, using the blocker bug nomination page.
Description
This test case tests upgrading from the current release (presently Fedora Workstation 41) to the next release (presently Fedora Workstation 42) with disk encryption enabled using the dnf-plugin-system-upgrade CLI.
How to test
- Perform an installation of Fedora Workstation 41 with default partitioning (no less than 500MB for
/boot) with encryption enabled on the INSTALLATION DESTINATION page.
- Install the latest stable version of
dnf-plugin-system-upgradesudo dnf install --best --refresh dnf-plugin-system-upgrade
- Download the updates:
sudo dnf system-upgrade download --refresh --releasever=42
- You can change
42to test upgrading to a different Fedora release, of course. - If you need to use a local mirror to test a brand new change, you can enable it as normal, i.e. by adding
--enablerepo=<name>option to the command line.
- You can change
- To aid debugging, run this command to enable a root shell on VT9 during the upgrade boot:
sudo systemctl add-wants system-update.target debug-shell.service
If anything goes wrong during upgrade, you can live switch to VT9 and inspect current system state, logs, etc.
- If downloading has completed without error, run:
sudo dnf system-upgrade reboot
- Once the system reboots, the system should boot into the upgrade process and a graphical progress screen should be displayed
- Pressing Esc should switch from the graphical progress screen to the text progress information display
- Once the upgrade process has completed, the system should reboot and an option to boot the new release should be on the grub menu
- Log in to the upgraded system and test basic system applications (a terminal, file browser, or other, depending on the system flavor)
Expected Results
dnf system-upgradeshould run to completion, without error- The upgrade process should complete and reboot without user assistance
- The system should be upgraded to the new release without error
- The upgraded system should meet all relevant Fedora Release Criteria
- Accessing the encrypted storage volume(s) should work normally after the upgrade
Failures not related to encryption
If you encounter an issue that does not seem related to encryption, perform the test case that corresponds to this one without encryption, and verify the problem occurs in that case too. If so, consider it a failure of that test case, not this one.
If you encounter an issue that does not seem related to encryption, perform the test case that corresponds to this one without encryption, and verify the problem occurs in that case too. If so, consider it a failure of that test case, not this one.