Bug 681732

Summary: boot.iso doesn't boot into Qemu
Product: [Fedora] Fedora Reporter: Naresh Sukhija <nareshsukhija>
Component: syslinuxAssignee: Peter Jones <pjones>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 15CC: pebolle, pjones
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-08-07 18:02:55 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Naresh Sukhija 2011-03-03 04:13:32 UTC
Description of problem:
boot.iso doesn't boot into Qemu with 384 and 512 MB RAM. I also tried booting on physical PC (PIII 800 MHz, 384MB RAM)

Version-Release number of selected component (if applicable):
All boot.iso files till date

How reproducible:


Steps to Reproduce:
1. Download http://download.fedora.redhat.com/pub/fedora/linux/development/15/i386/os/images/boot.iso
2. Run "qemu -cdrom boot.iso -hda file.img"
3. After the initrd is being uncompressed, the kernel panic is seen
  
Actual results:
Kernel panic

Expected results:
Anaconda should be loaded and installation should continue

Additional info:

Comment 1 Naresh Sukhija 2011-03-19 01:24:00 UTC
I thought with the release of main line 2.6.38 kernel, the issues related to syslinux, xz compression and kernel itself might fix the boot.iso. But that's still not the case. Please check

Comment 2 Paul Bolle 2011-08-24 10:30:12 UTC
(In reply to comment #0)
> Steps to Reproduce:
> 1. Download
> http://download.fedora.redhat.com/pub/fedora/linux/development/15/i386/os/images/boot.iso

0) That doesn't exist anymore (since F15 is out of development long ago). Now to be found at http://download.fedora.redhat.com/pub/fedora/linux/releases/15/Fedora/i386/os/images/boot.iso.

> 2. Run "qemu -cdrom boot.iso -hda file.img"

1) That must have been something like: "qemu -cdrom boot.iso -hda file.img -boot d", otherwise you booted from the qemu virtual hard disk.

> 3. After the initrd is being uncompressed, the kernel panic is seen

2) You didn't include the kernel panic, but the fact that a kernel panic was seen actually suggests syslinux did its job. If you had added "-serio stdio" to the qemu command line, and "console=tty0 console=ttyS0" at the syslinux prompt (in the qemu session) you could have captured the kernel panic easily.

3) The only way I was able to trigger a kernel panic was by launching qemu with very little memory (eg, 128 MB). That gave this on stdio:
[...]
[    0.000000] initrd too large to handle, disabling initrd
[...]
[    2.595833] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(9,2)
[    2.601406] Pid: 1, comm: swapper Not tainted 2.6.38.6-26.rc1.fc15.i686 #1
[    2.605590] Call Trace:
[    2.608922]  [<c07ceb2d>] ? printk+0x2d/0x2f
[    2.612093]  [<c07cea06>] panic+0x5c/0x156
[    2.615704]  [<c0a59d60>] mount_block_root+0x218/0x238
[    2.620884]  [<c04eedcf>] ? sys_mknod+0x2c/0x2e
[    2.624049]  [<c0a59ef8>] mount_root+0x59/0x5f
[    2.626739]  [<c0a5a04c>] prepare_namespace+0x14e/0x192
[    2.630146]  [<c04e3968>] ? sys_access+0x25/0x27
[    2.633339]  [<c0a59a8f>] kernel_init+0x273/0x278
[    2.636558]  [<c0a5981c>] ? kernel_init+0x0/0x278
[    2.639272]  [<c040377e>] kernel_thread_helper+0x6/0x10

4) But whatever the importance of that kernel panic, I see nothing that indicates that syslinux (as included in that boot.iso) doesn't do what it's supposed to do: load a kernel and an initrd. So wrong component?

Comment 3 Paul Bolle 2011-08-24 11:20:14 UTC
(In reply to comment #2)
> If you had added "-serio stdio" to the qemu command line [...].

s/-serio/-serial/

Comment 4 Fedora End Of Life 2012-08-07 18:02:57 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping