Bug 608918

Summary:	2010-06-xx live media doesn't boot with qemu -cdrom
Product:	[Fedora] Fedora	Reporter:	Kevin Fenzi <kevin>
Component:	dracut	Assignee:	Harald Hoyer <harald>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	rawhide	CC:	alekcejk, bruno, harald, Jasper.Hartline, jonathan, petersen
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-06-30 10:07:06 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Kevin Fenzi 2010-06-28 22:12:15 UTC

Any of the recently nightly live media don't appear to boot correctly. 

They get a:

No root device found

Boot has failed, sleeping forever. 

I tried to poke around with rdshell and initdebug, but I wasn't sure what to look for. ;( 

I did see running the /cmdline/* scripts was giving a 'getarg' unknown error, but not sure if that was just the way I was calling it or not. 

Happy to gather more info, or you can try yourself with any of the nightly composes at: 
http://alt.fedoraproject.org/pub/alt/nightly-composes/

dracut-006-1.fc14.noarch

Comment 1 Jens Petersen 2010-06-28 23:56:17 UTC

Same here for quite a while now (since before dracut-006-1.fc14).

Comment 2 Harald Hoyer 2010-06-29 10:10:39 UTC

I guess, this is with a qemu VM.

See bug 609049 

works, if you replace root=live:CDLABEL=..." with "root=live:/dev/sr0"

Comment 3 Bruno Wolff III 2010-06-29 13:59:01 UTC

As another data point I was able to sucessfully boot both a live DVD and a live USB version of the games spin using games-i386-20100625.15.iso from the nightly compose page.

Comment 4 Jens Petersen 2010-06-30 03:58:38 UTC

(In reply to comment #2)
> works, if you replace root=live:CDLABEL=..." with "root=live:/dev/sr0"    

So it could be fixed in livecd-tools?

Comment 5 Harald Hoyer 2010-06-30 08:41:25 UTC

(In reply to comment #4)
> (In reply to comment #2)
> > works, if you replace root=live:CDLABEL=..." with "root=live:/dev/sr0"    
> 
> So it could be fixed in livecd-tools?    

no... fixing qemu would be the correct way

Comment 6 Jens Petersen 2010-06-30 09:48:14 UTC

Ok, thanks for investigating carefully.

Do we leave this open or make it a duplicate of bug 609049 then?
Will it also require changes to dracut?

Comment 7 Harald Hoyer 2010-06-30 10:07:06 UTC

(In reply to comment #6)
> Ok, thanks for investigating carefully.
> 
> Do we leave this open or make it a duplicate of bug 609049 then?

yes, maybe "duplicate" is better than "depends"

> Will it also require changes to dracut?    

No, once qemu can handle the scsi command this bug is fixed.

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

Comment 8 Harald Hoyer 2010-06-30 10:08:28 UTC

Nice fix for qemu! https://bugzilla.redhat.com/show_bug.cgi?id=609049#c1

Comment 9 nucleo 2010-07-09 20:51:24 UTC

I am not sure that this is the same bug but last nightly-composes live media doesn't boot also in vmware. Parameter "root=live:/dev/sr0" doesn't help.
Here error messages what I saw:

http://img36.imageshack.us/img36/8883/boot1g.png
http://img205.imageshack.us/img205/2798/boot2.png

I also tried to write iso on USB with livecd-iso-to-disk and boot on real hardware from USB. The same result was with the same error messages.

Comment 10 Jasper O'neal Hartline 2010-08-03 09:57:05 UTC

In reply to Comment 9
That is bug 619020 which we believe has been corrected, as of August 2nd/3rd.