Bug 112947

Summary: cdrom boot fails on dual-processor machine
Product: [Fedora] Fedora Reporter: David Jansen <jansen>
Component: anacondaAssignee: Jeremy Katz <katzj>
Status: CLOSED NOTABUG QA Contact: Mike McLean <mikem>
Severity: high Docs Contact:
Priority: medium    
Version: 1   
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-05-04 16:34:16 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 David Jansen 2004-01-06 15:57:05 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1)
Gecko/20031114

Description of problem:
When booting from the FC cd 1 (or from a cd created from boot.iso) on
a dual-pentium III (2x P III, 1 GHz) machine, just after the stage
where the kernel is uncompressed and initrd loaded, there is an
endless stream of messages that scroll by to quick to read (and as far
as I know, no way to record the messages).



Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. boot from FC1 cd1 or boot.iso
    

Actual Results:  lits of error messages scrolling by until reset is
pressed

Expected Results:  kernel boot, followed by anaconda installer

Additional info:

BTW: booting using cd1 of RedHat 9 or RHEL 3 works just fine, as did
the previously installed RedHat 7.1

Comment 1 Jeremy Katz 2004-01-06 16:34:09 UTC
What type of messages?  If you attach a serial console, can you
capture them?

Comment 2 David Jansen 2004-01-06 16:40:48 UTC
I'm sorry, I don't have a serial console. Any other ways to capture
the kernel boot messages?

Comment 3 Jeremy Katz 2004-01-06 16:51:19 UTC
Digital camera?  Paper? :)

Comment 4 David Jansen 2004-05-04 16:34:16 UTC
I finally found the time to get back to this machine (hey, I had too,
now that RH 9 is no longer supported). It helped to boot with a couple
of kernel options like acpi=off apm=off noapic.
So the bug must have been relevant to this one machine only with its
specific set of bios settings. As far as I'm concerned it can be
closed now.