Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 2181989 - Boot from ISO on USB stick using dracut iso-scan feature does not work
Summary: Boot from ISO on USB stick using dracut iso-scan feature does not work
Keywords:
Status: CLOSED DUPLICATE of bug 2131852
Alias: None
Product: Fedora
Classification: Fedora
Component: dracut
Version: 39
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
Assignee: Pavel Valena
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F39FinalFreezeException
TreeView+ depends on / blocked
 
Reported: 2023-03-27 07:40 UTC by knossos456
Modified: 2023-10-05 16:07 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-10-05 16:07:35 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)
Fedora 36 rdsosreport.txt (working) (deleted)
2023-05-27 18:58 UTC, Matthias Saou 		no flags Details
Fedora 37 rdsosreport.txt (not working) (deleted)
2023-05-27 18:59 UTC, Matthias Saou 		no flags Details
Fedora 38 rdsosreport.txt (not working) (deleted)
2023-05-27 19:00 UTC, Matthias Saou 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Github dracutdevs dracut pull 2196 0 None Merged fix: make iso-scan trigger udev events 2023-10-05 16:04:12 UTC

Description knossos456 2023-03-27 07:40:10 UTC 
Description of problem: Can't live Boot via grub2, get dracut-initqueue error after iso-scan 


How reproducible: 100%


Steps to Reproduce:
1) Put in /etc/grub.d/40_custom   then sudo update-grub:

menuentry 'Live Fedora 38 Beta Cinnamon '  {

        set isoname=F38-Cin-x86_64
        set iso="/isos/Fedora-Cinnamon-Live-x86_64-38_Beta-1.3.iso"
        loopback loop (hd0,6)$iso
        linux (loop)/images/pxeboot/vmlinuz rd.live.image verbose root=live:LABEL=${isoname} iso-scan/filename=$iso
        initrd (loop)/images/pxeboot/initrd.img
}

Actual results: iso_scan can't find the ISO

Additional info:
Distributions that work with iso-scan and isos on same HDD partions:
All Ubuntu based, OpenMandriva
AV Linux / Antix / MX don't need iso-scan to boot from HDD.

Perhaps other arguments are need to do this (live boot from Iso on HDD) ?
Comment 1 Matthias Saou 2023-05-27 18:57:40 UTC 
I've tried to boot Fedora from a multi-boot USB drive for the first time in a long while, and am seeing this issue.

Fedora 36 works for me, though, only Fedora 37 & 38 fail to boot.

I'm attaching and rdsosreport.log from all 3, where Fedora 36 was booted with rd.break=cleanup. Looking at the lines with "loop0" one can see that Fedora 36 is doing a lot more, and 37 & 38 are failing there.
Comment 2 Matthias Saou 2023-05-27 18:58:54 UTC 
Created attachment 1967344 [details]
Fedora 36 rdsosreport.txt (working)
Comment 3 Matthias Saou 2023-05-27 18:59:43 UTC 
Created attachment 1967345 [details]
Fedora 37 rdsosreport.txt (not working)
Comment 4 Matthias Saou 2023-05-27 19:00:09 UTC 
Created attachment 1967346 [details]
Fedora 38 rdsosreport.txt (not working)
Comment 5 Luis A. Florit 2023-06-08 17:53:35 UTC 
Same issue for Fedora KDE SPIN.
Comment 6 Matthias Saou 2023-10-04 20:07:54 UTC 
This is still happening with Fedora 38 Beta, so it's not looking good for Fedora 38 final. I see the assignee of this ticket crossed out, so it might be in limbo... I'll try to find help or reassign. I'm pretty sure it must be a fairly easy bug to track down and fix.
Comment 7 Neal Gompa 2023-10-04 22:48:08 UTC 
This impacts F39: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/N5FLVRGEAAQZ72M577XANSOL53B3XJHO/
Comment 8 Fedora Blocker Bugs Application 2023-10-04 22:58:58 UTC 
Proposed as a Freeze Exception for 39-final by Fedora user ngompa using the blocker tracking app because:

 I'm not sure if this counts as a blocker, but it's worth an FE because GA media don't get respun and this bug would persist forever on them if it's not fixed before GA.
Comment 9 Adam Williamson 2023-10-05 00:41:28 UTC 
So, from a quick peruse of the logs, the issue seems to wind up being that dracut is looking for /dev/disk/by-label/Fedora-WS-Live-37-1-7 , but this is all there is in /dev/disk/by-label:

/dev/disk/by-label:
total 0
lrwxrwxrwx 1 root root 10 May 27 18:19 GLIM -> ../../sda1

On Fedora 36, for some reason, there's these too:

/dev/disk/by-label:
total 0
lrwxrwxrwx 1 root root 10 May 27 18:33 Anaconda -> ../../dm-1
lrwxrwxrwx 1 root root 11 May 27 18:33 Fedora-WS-Live-36-1-5 -> ../../loop0
lrwxrwxrwx 1 root root 10 May 27 18:33 GLIM -> ../../sda1

dracut looks for /dev/disk/by-label/Fedora-WS-Live-36-1-5 , and finds it, because it's there.

So the difference seems to be that the expected by-label symlink just isn't there. I don't think anything in the dracut parsing has changed. I'm not sure why the symlink is no longer present, though. I'm not too familiar with this feature, so I don't know what would be expected to ensure that's created.
Comment 10 Matthias Saou 2023-10-05 08:08:08 UTC 
This seems to have been reported and fixed upstream. The fix is a an extra one line in the script dedicated to this feature: https://github.com/dracutdevs/dracut/pull/2196
Comment 11 Joe Zeff 2023-10-05 16:07:03 UTC 
Still happening on the F38 Xfce spin, 100% of the time.  If I turn the laptop on without a flash drive inserted I can get to the BIOS.  If the drive's inserted, it ignores the F keys and goes directly to the grub prompt.
Comment 12 Adam Williamson 2023-10-05 16:07:35 UTC 

*** This bug has been marked as a duplicate of bug 2131852 ***
Note You need to log in before you can comment on or make changes to this bug.