Bug 723801 - Unable to boot Fedora 15 Live iso image from grub2 (iso-scan/filename kernel parameter)
Summary: Unable to boot Fedora 15 Live iso image from grub2 (iso-scan/filename kernel ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: dracut
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: dracut-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-07-21 08:22 UTC by Jaiv
Modified: 2013-05-29 13:36 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-05-29 13:36:18 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jaiv 2011-07-21 08:22:32 UTC
Description of problem:

This bug is continuation of unresolved bugs 557426 and 650672, I tested this bug last time against F15 live image and I'm opening this bug against rawhide and I'm willing to test it against rawhide as soon as we have any live images ready. (If there are any rawhide live images at all)

Getting boot error when trying to boot Fedora 15 Live iso image (XFCE SPIN) from grub2. I have iso image on my usb flash disk. Flash disk is formatted to FAT32 filesystem. Grub2 is installed to the mbr on flash disk.

Version-Release number of selected component (if applicable):
Fedora 15 Live iso image (XFCE SPIN)

Steps to Reproduce:

Here is the configuration of booting item for this live fedora 15 iso:

[code]
menuentry "Fedora 15 XFCE" {
 insmod fat
 set isofile="/Fedora-15-i686-Live-XFCE.iso"
 loopback loop $isofile
 linux (loop)/EFI/boot/vmlinuz0 root=live:UUID=1234-ABCD:$isofile rootfstype=auto ro verbose debug boot=EFI/boot iso-scan/filename=$isofile noeject noprompt rd.luks=0 rd.lvm=0 rd.md=0 rd.dm=0
 initrd (loop)/EFI/boot/initrd0.img
}
[/code]


Actual results:

At the end of booting attempt I end up in dracut shell:

[code]
[ 24.6... ] dracut Warning: No root device "live:/dev/disk/by-uuid/1234-ABCD:/Fedora-15-i686-Live-XFCE.iso" found
[/code]

Expected results:

Booting Live Fedora 15 without any problems.
There are no such problems when booting Ubuntu 10.04 this way.

Additional info:
From dracut shell I tried to restore booting process but I was not successful - maybe I'm missing some commands?

[code]
mkdir -p /liveiso
mount /dev/disk/by-uuid/1234-ABCD /root
losetup -f --show /root/Fedora-15-i686-Live-XFCE.iso
#displayed: /dev/loop0
mount -t auto -o -ro /dev/loop0 /liveiso
#image is mounted to /liveiso
exit
#Now I get the same error message - No root device ... found
[/code]

Comment 1 Harald Hoyer 2011-07-21 08:36:53 UTC
dracut does not understand "$isofile" and "iso-scan/filename=$isofile"

this is _not_ UBUNTU!

Comment 2 Alan Pevec 2011-07-21 10:24:52 UTC
One workaround is to use livecd-iso-to-pxeboot which appends ISO to the initramfs,
then root=live:/filename.iso works, it's read from ramfs directly.

Comment 3 Ron 2011-08-25 23:27:49 UTC
I vote for this feature, especially because Fedora 16 will use GRUB2. This feature would also allow Fedora to support the loopback.cfg standard:
http://www.supergrubdisk.org/wiki/Loopback.cfg

Comment 4 Fedora Admin XMLRPC Client 2011-10-20 16:19:05 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 5 kxra 2012-03-28 02:49:50 UTC
Trying to tie together all the macbook boot problems. 

64-bit grub2-efi packages do not take 32-bit EFI into consideration
Bug 746421

Make installation more Mac friendly
Bug 746434

RV530 KMS fails on MacBookPro2,1 EFI
Bug 735860

Comment 6 Fedora End Of Life 2013-04-03 14:40:03 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Comment 7 Harald Hoyer 2013-05-29 13:36:18 UTC
fixed in F19


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