Bug 2223795 - Since systemd 254 landed in Rawhide, installs from DVD no longer mount or use the DVD repo
Summary: Since systemd 254 landed in Rawhide, installs from DVD no longer mount or use...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: rawhide
Hardware: Unspecified
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: openqa
Depends On:
Blocks: F39BetaBlocker
TreeView+ depends on / blocked
 
Reported: 2023-07-19 00:29 UTC by Adam Williamson
Modified: 2023-07-25 18:12 UTC (History)
9 users (show)

Fixed In Version: systemd-254~rc3-1.fc39
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-07-25 18:12:02 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github systemd systemd issues 28452 0 None open systemd forgets mounts during transition from initrd 2023-07-19 18:29:53 UTC
Github systemd systemd pull 28457 0 None open Recursive move with test 2023-07-19 18:29:53 UTC

Description Adam Williamson 2023-07-19 00:29:50 UTC
When installing from the Server DVD, the package repo on the DVD itself should be mounted at /run/install/repo and used as the main repo by anaconda.

However, since Fedora-Rawhide-20230716.n.0, this is not happening. When you run an install from the Server DVD, the installer UI shows "Closest mirror" as the "Installation Source", not "Auto-detected source" as it did before. If you go to a console, you'll find that /run/install/repo is not mounted.

anaconda did not change between 20230715.n.0 and 20230716.n.0, neither did anything else obviously relevant, so systemd - which *did* change, from 253.5-6.fc39 to 254~rc2-1.fc39, in the affected compose - seems like the most obvious suspect here.

Reproducible: Always

Steps to Reproduce:
1. Get Fedora-Server-dvd-x86_64-Rawhide-20230716.n.0.iso or later
2. Boot it
3. Observe the Installation Source, check logs
Actual Results:  
It uses a remote mirror as the primary install repo

Expected Results:  
It should use the DVD's own package repo

This is why the openQA VNC install tests are failing (these tests are setup such that external network access doesn't work, so the test fails because it cannot reach any mirror). The fact that no other openQA test fails is a bit of an oversight, we should have at least one test which checks that the DVD install actually uses the DVD package source - we check this for other repo configs, but we don't check it in this case.

Comment 1 Adam Williamson 2023-07-19 00:30:38 UTC
Proposing as a Beta blocker. This violates Basic criterion "When using a dedicated installer image that contains packages, the installer must be able to use the install medium as a package source" - https://fedoraproject.org/wiki/Basic_Release_Criteria#Media_package_source

Comment 2 Adam Williamson 2023-07-19 00:34:07 UTC
CCing Vendula for the anaconda angle, please add anyone else from anaconda familiar with how this works...

Comment 3 Adam Williamson 2023-07-19 06:13:01 UTC
Dusty suggests this may well be related to https://github.com/coreos/fedora-coreos-tracker/issues/1527 , another mount-related problem CoreOS has been running into with systemd 254.

Comment 4 Adam Williamson 2023-07-19 18:29:53 UTC
Fix is posted upstream, but isn't entirely ready yet (it breaks another test case which means the fix will need some tweaking).

Comment 5 Fedora Update System 2023-07-24 13:43:37 UTC
FEDORA-2023-6df69043c8 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-6df69043c8

Comment 6 Fedora Update System 2023-07-25 18:12:02 UTC
FEDORA-2023-6df69043c8 has been pushed to the Fedora 39 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.