Bug 2109095 - server iso is not bootable, but netinst iso is OK
Summary: server iso is not bootable, but netinst iso is OK
Keywords:
Status: CLOSED DUPLICATE of bug 2102907
Alias: None
Product: Fedora
Classification: Fedora
Component: pungi
Version: rawhide
Hardware: ppc64le
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Lubomír Sedlář
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: PPCTracker
TreeView+ depends on / blocked
 
Reported: 2022-07-20 11:57 UTC by Dan Horák
Modified: 2022-08-03 00:02 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-08-03 00:02:32 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Dan Horák 2022-07-20 11:57:46 UTC
Description of problem:
Starting with the Fedora-Rawhide-20220616.n.1 compose the Server ISO is not bootable, thus I suspect something related changed in lorax. The netinst ISO boots OK. Everything was OK up to Fedora-Rawhide-20220615.n.0

https://openqa.stg.fedoraproject.org/tests/1921915#step/_boot_to_anaconda/3 is screen from a recent ISO. Like the grub binary would be completely missing from the ISO.

When trying to open Fedora-Server-dvd-ppc64le-Rawhide-20220719.n.0.iso in Midnight Commander it complains about "isoinfo: Unable to find Joliet SVD" (and doesn't show any directory structure), but Fedora-Everything-netinst-ppc64le-Rawhide-20220719.n.0.iso opens OK (showing the directory structure).

Could the grafting go wrong in recent lorax?

Version-Release number of selected component (if applicable):
lorax-37.5-1.fc37

Comment 1 Dan Horák 2022-07-20 12:38:03 UTC
all changes for Fedora-Rawhide-20220616.n.1 compose = https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/NC3NQIW7TNMGZOQFGIAUMEK4ISIKJFWN/

Comment 2 Brian Lane 2022-07-20 17:02:53 UTC
The DVD is created by pungi adding content to the boot.iso, and in rawhide pungi is using xorriso to 'pass thru' the boot config so I'm guessing this doesn't work right for ppc64le.

Comment 3 Brian Lane 2022-07-21 00:27:49 UTC
I tracked this down to xorriso needing to add the -U command (long filename support) when replaying the iso.

I've got a PR for this in mkksiso here: https://github.com/weldr/lorax/pull/1251

And commented in the pungi PR: https://pagure.io/pungi/pull-request/1613

Comment 4 Adam Williamson 2022-07-26 17:58:53 UTC
Huh. I thought I already reported this somewhere, weeks ago, but can't seem to find it right now.

Comment 5 Adam Williamson 2022-08-03 00:02:32 UTC
Oh, there it is.

*** This bug has been marked as a duplicate of bug 2102907 ***


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